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FORORD 


Endnu en computer har set dagens lys: COMMODORE 128. 
Alt taget i betragtning, skulle den have alle muligheder for at blive en lige så stor suc- 
ces som sin forgænger: COMMODORE 64. 


Uanset hvilken computer, man har købt, så vil der altid opstå spørgsmål, der ikke 
kan besvares af en brugsanvisning. Det er vort mål, at kunne svare på om ikke alle, så 
en stor del af de spørgsmål, der kunne tænkes at opstå. Hvis man ønsker at finde ud, 
hvorledes man kan udnytte den meget udvidede BASIC på Commodore 128, Ja så er 
dette måske den rigtige bog at slå op i. 


Titlen PEEK & POKES kunne lede tanken hen på, at vi skal i gang med det temme- 
ligt besværlige arbejde, det er at bruge disse to kommandoer. Titlen dækker i lige så 
stor en grad de skjulte talenter, som computeren besidder. Det er netop de skjulte 
”specialiteter”, denne bog skal afdække. 


Som sædvanligt, står vi ikke tilbage for at kaste os ud i maskinkodeprogrammerin- 
gen. Vi har lavet et lille begynderkursus udi denne kunst for hver af de to processorer 
8502 og Z80. Vi håber at kurset vil give læseren så meget blod på tanden, at han/hun 
selv vil fortsætte. 


Vi ønsker god tur ind i COMMODORE 128's hukommelse! 


INDHOLDSFORTEGNELSE 


1. Hvordan computeren arbejder ……........….….…...ssssseeereeeeeree 
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1. HVORDAN COMPUTEREN 
ARBEJDER 


I de følgende afsnit vil vi kigge på Commodore 128's interne arbejdsgang. Skulle der 
blandt læserne være nogle, der er fortrolige med computerteknik, er det tilladt for 
disse at springe let hen over siderne. Skulle der ligeledes være nogle super-crackere 
blandt læserne, bedes man have os undskyldt, at vi til tider måske forenkler sagerne 
lidt for meget. Vi gør det for forståelighedens skyld. 


1.1. Ikke digter, men filosof: Mikroprocessoren 


Først skal vi se på det grundlæggende. Enhver mikroprocessor kan adressere et 
bestemt adresse/hukommelsesområde. Det vil sige: Kommunikere med et nærmere 
bestemt område af hukommelsen. Størrelsen af et sådant adresseområde afhænger 
af antallet af processorens ”adressringskanaler”. Hver af disse kanaler repræsenterer 
en bit (hvad en bit er, kender man sikkert fra manualens kapitel om sprite-grafik), 
der kan antage to tilstande: 0 og 1. 


Mikroprocessorerne 8502 og Z80 (der er hjernen i 128'eren), er i besiddelse af 16 
sådanne adresseringskanaler. Dette kaldes bussen. Bussen = antallet af adresse- 
ringskanaler. Adressebussen kan ialt kommunikere med 2116 = 65536 hukommelses- 
celler. 


For Commodore 128 er dette imidlertid et problem. Denne computer har nemlig en 
større hukommelse, end bussen kan adressere. Derfor er hukommelsen opdelt i et 
antal BANKS (grupper) af hukommelse. En særlig styreelektronik sørger for at 
skifte mellem disse BANKS efter behov, så processoren hele tiden kan overskue det 
område, der er i brug. (Mere derom senere). 


Hver hukommelsescelle (adresse) består af 8 bits (1 byte). Derfor har processoren 
brug for en databus med 8 adresseringskanaler, så den kan læse/skrive på den 
adresse, der er blevet adresseret. Da databussen er nøjagtig halvt så bred som adres- 
sebussen, skal der bruges 2 bytes til hver adresse. 


Mikroprocessoren er ”tænker” fordi kun den kan forarbejde data. Kun i processoren 
kan der adderes og subtraheres eller regnes på anden måde. Alle andre dele i en com- 
puter gemmer ”husker” informationer eller konverterer dem til andre former for data 
(f.eks. toner eller signaler til skærmbilledet). 


1.2. Hvad er et operativsystem? 

Når man som begynder bladrer i computerlitteratur, så vil man ofte se ord som, ope- 
rativsystem, interpreter eller i særlig grad, når det drejer sig om Commodorelittera- 
tur, et som interrupt. 
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Ordet interpreter, er relativt enkelt at forstå ud fra navnet (engelsk for oversætter). 
Det drejer sig ganske enkelt om et program, der oversætter de BASIC-instruktioner 
vi indtaster til noget, computeren kan forstå. 


Commodore 128 og alle andre computere kan egentlig kun forstå deres eget specielle 
maskinsprog. Det er først når man anvender BASIC-interpreteren, der befinder sig i 
ROM, man kan hente programlinier frem fra computerens hukommelse og bearbejde 
disse. Hvis man afvikler BASIC-programmer i direkte mode, dvs. direkte fra tastatu- 
ret uden linienumre, så sker afviklingen ikke i computerens hukommelse, men der- 
imod direkte fra BASIC's egen INPUT-buffer. 


En sådan INPUT-buffer er en slags ”stråmand” mellem operativsystemet (et andet 
program i ROM) og brugeren. Operativsystemet sørger for at aflæse tastaturet og 
sætte cursoren på det rigtige sted på skærmen. Yderligere skal operativsystemet 
holde et vågent øje med alt perifert udstyr. 


Både BASIC-interpreteren og operativsystemet er maskinsprogsprogrammer. De 
aktiveres i samme øjeblik, der sættes strøm på computeren. De er ligeledes aktive 
indtil et andet program i maskinsprog kaldes. Hvis dette sker ved hjælp af en SYS- 
kommando, så vender computeren tilbage til BASIC efter at have udført maskin- 
sprogsrutinen. 


Som man af erfaring ved fra BASIC-programmering, så kan en computer kun udføre 
en enkelt ting ad gangen (multiprocessor-systemer undtaget). Interpreter og opera- 
tivsystem er imidlertid to adskilte programmer, der aktiveres alt efter opgave. Hvor- 
dan sker dette? 


Den nemmeste måde at få to programmer afviklet næsten samtidigt, er metoden med 
at lade programmerne kalde hinanden efter tur. Hver gang BASIC har afsluttet en 
del af sit arbejde, kobler den operativsystemmet ind, og omvendt. Det sker f.eks. når 
forskelligt periferiudstyr anvendes. BASIC'en bearbejder således løbende de data, 
som operativsystemet skal sende til andre enheder. Dette medfører, at tastaturet kun 
aflæses når det er operativsystemets tur til at arbejde. Under udførelse af et program 
er det nødvendigt at lade mindst RUN/STOP tasten fungere. Ellers ville den eneste 
mulighed for at standse et program, være at slukke for computeren! Dette problem 
førte til opfindelsen af den såkaldte INTERRUPT (engelsk: afbrydelse). Hver 1/60 
sekund afbrydes det netop kørende program for en læsning af tastaturet og lignende 
ting. Hvis der ved sådan en interrupt ”opdages” et tryk på RUN/STOP tasten, så 
afbrydes udførelsen af BASIC-programmet. Hvis andre taster er aktiveret, vil deres 
værdier blive flyttet til tastatur-bufferen, der forøvrigt er en meget nyttig indretning. 


For brugeren ser det ud som om tastaturet hele tiden aflæses. Selv den hurtigste tas- 
tatur-hacker kan vel næppe klare mere end 15 tegn i sekundet. For microprocessoren 
derimod synes tiden mellem to interrupts uendelig lang, da den arbejder med en fre- 
kvens på fra ca. 1 til 2 millioner skift i sekundet og en maskinkodekommando i gen- 
nemsnit afvikles på fra 3 til 4 af sådanne skift. Sagt på en anden måde så kan proces- 
soren i tidsrummet mellem to interrupts udføre tusinder af instruktioner. Efter hver 
tastaturaflæsning fortsætter processoren samme sted i programmet, den forlod. 
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Desværre, har interruptrutinen en kedelig bivirkning. For hvert gennemløb ændres 
bestemte bytes i hukommelsen, der måske skulle se anderledes ud. Det er også der- 
for, at det ikke uden videre kan lade sig gøre at indvirke på bestemte adresser i 
BASIC. Desuden så er flere BASIC-kommandoer for grafik og lyd interruptstyret. 
Dvs. hvert gennemløb ændrer i styreregisteret efter BASIC's anvisninger. En POKE i 
det samme register vil øjeblikkelig blive ændret til den oprindelige værdi! 


Lad os til slut lave en lille test. En FOR-NEXT løkke i 64'er mode, som den nedenfor 
anførte tager det ca. 46 sekunder at udføre. Slår vi interrupt fra (en dybdegående for- 
klaring følger senere), så tager turen et sekund mindre. Den højere hastighed kan 
ikke måles via BASIC's TI$, idet det er interrupt, der styrer det interne ur. 


Før det lille program indtastes, kan man prøve at udføre POKE-kommandoen fra 
linie 10 i direkte mode. Når cursoren forsvinder og tastaturet ikke mere aflæses, er 
interrupt sat ud af funktion. RUN/STOP-RESTORE bringer alt tilbage til det gamle. 
Men som sagt, det fungerer kun i 64'er mode. 


10 POKE 56334, PEEK (56334) AND 254:REM INTERRUPT OFF 
20 FOR I=1 TO 1000:PRINT I:NEXT I 
30 POKE 56334, PEEK(56334) OR 1:REM INTERRUPT ON 


1.3. Hvordan arbejder interpreteren? 


Som tidligere nævnt, så er det BASIC-interpreteren, der er ansvarlig for udførelsen af 
BASIC-kommandoer. For brugeren, der kun ser resultatet (programudførelsen), er 
det interessant at erfare, hvad der egentlig foregår. 


Lad os begynde med indtastningen af kommandoer. Commodore 128 gemmer ikke 
vore BASIC-linier som lange rækker af bogstaver. Det ville fylde alt for meget. Alene 
PRINT-kommandoen ville fylde 5 bytes; 1 byte for hvert bogstav. 


Derimod gemmes alle kommandoer som såkaldte TOKENS, dvs., at de oversættes til 
en kode meget lig den kendte ASCII kodning. Tal og bogstaver, der ikke er komman- 
doer gemmes som ASCII koder. Således vil PRINT X fylde to bytes; en byte for 
PRINT og en byte for variabelnavnet. 


Hermed er første del af oversættelsen sket, og hvor mærkeligt det end lyder, så er det 
sket i tidsrummet mellem trykket på return-tasten og cursorens tilbagevenden! Ofte 
er alle programlinier i et program blevet flyttet på denne korte tid (hvis der er blevet 
indføjet en linie imellem to allerede eksisterende programlinier). 


Den anden del af oversættelsen finder sted efter at vi har tastet RUN. På baggrund af 
de enkelte tokens, bevæger intepreteren sig rundt til rutinerne, der udfører det egent- 
lige arbejde. Printkommandoen vil flytte interpreteren til en rutine, der sørger for at 
output går til skærmen eller en anden perifer tilslutning. Denne rutine vil blive 
anvendt for hvert enkelt tegn, der skal udlæses. Til udførelse af andre kommandoer, 
findes der andre rutiner i ROM, f.eks. aritmetiske rutiner 0.l. 
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Det er selvfølgelig muligt at kigge nærmere på disse rutiner og uddybe deres virkemå- 
der, men det ville sprænge rammerne for denne bog. Er man interesseret i en dybtgå- 
ende forklaring, kan man læse DATA BECKER bogen INTERN, der ligeledes er 
udgivet på dansk. Bogen omfatter bl.a. en udførlig ROM-listning og en mængde nyt- 
tige maskinsprogsrutiner. 


1.4. PEEK, POKE og andre gemenheder 


Lad os forestille os den følgende situation: 


I et computerblad finder man et super-duper-program lige til at taste ind. Efter at de 
20K er tastet ind får man en ERROR meddelelse; eller endnu værre, computeren har 
hængt sig op. Det eneste, man kan gøre, er at slukke for computeren! 


For at finde fejlen, må man enten forstå, hvad der sker i programmet, eller også sætte 
sig til at sammenligne hver enkelt bogstav i hele udlistningen. Et udbrud, man jævn- 
ligt støder på lyder: 


- Hvis bare der ikke var alle de dumme POKE kommandoer! Der er da ingen normale 
programmører, der bruger dem! 


Altså er det på tide, at se på, hvad POKE og PEEK egentlig står for, og hvorfor de er 
så nødvendige. 


1.4.1. PEEK og POKE 


Lad os først tage POKE kommandoen. Syntaksen er vel bekendt: 
POKE adresse, byte. 


Adressen må ligge mellem 0 og 65535, byten mellem 0 og 255. Kommandoens opgave 
er at gemme byten på den angivne adresse. Dette kan have mange formål. Alt efter 
adresse, kan man fylde skærmen, bestemme en farve eller noget helt tredie. Vi kan 
koste rundt med computeren, som vi ønsker. 


På samme måde kan man undersøge, hvad der står i en hvilken som helst adresse i 
hukommelsen. Dette gøres med kombination af PRINT PEEK (adresse), der skriver 
byten ud af adressen. 


PEEK er en funktion, og kan kun stå i forbindelse med en tilskrivelse (A=PEEK….) 
eller et andet udtryk. Fælles for de to kommandoer er, at deres formål afhænger af 
hvilke adresser, de benyttes på. Derfor er det en god ide, at undersøge i hvilken del af 
computerens hukommelse der arbejdes. Det er ofte muligt direkte at læse ud fra 
dette, hvad funktionen er. 
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I 128 mode, er det ydermere nødvendigt at angive i hvilken BANK, der ændres ved 
POKE kommandoer. 


1.4.2. SYS og USR 


Nu kommer vi til de kommandoer, der specielt er af interesse for maskinsprogspro- 
grammører: 


SYS adresse 
PRINT USR(X) 


Begge tjener til kald af programmer skrevet i maskinsprog. Ved SYS kommandoen 
angiver adressen, den byte hvormed programmet skal starte. Efter afslutning af ruti- 
nen, vender interpreteren tilbage fra underprogrammet og fortsætter BASIC pro- 
grammet. Her skal man ligeledes angive hvilken BANK, der er tale om. 


USR kommandoen forløber på lignende måde, men giver nogle nyttige udvidelser. 
Den første forskel ligger i syntaksen. USR er en funktion ligesom PEEK og SIN og må 
derfor stå indenfor et udtryk. Det er ikke nødvendigt at angive en startadresse. 
Denne fastlægges i den ”elektroniske postkasse” i adresserne 785 og 786 (64-mode) , 
86 og 87 (128-mode). Hver gang interpreteren skal udføre en USR funktion, finder 
den ud af hvor den kaldte rutine befinder sig. Efter udførelsen vendes der tilbage til 
BASIC. 


Det vigtigste er muligheden for at overflytte data fra underrutinen og omvendt. Til 
dette formål bringes værdien i parentes af interpreteren over i den såkaldte AKKU- 
MULATOR (flydende komma). Den ligger i adresserne 97-101 for Commodore 64's 
vedkommende og i adresserne 99-104 i 128'eren. Flydende komma akkumulatoren er 
et internt regneregister, hvori alle aritmetiske tiltag udføres. Derfra kan maskinkode- 
programmer hente et tal og bearbejde det. Efter USR-rutinens afslutning, flyttes tal- 
let fra akkumulatoren tilbage til BASIC. På den måde kan man flytte tal fra maskin- 
kode til variabler i BASIC. Eks. A=USR(X). 


Maskinkodeprogrammører kan lave deres egne superhurtige funktioner (f.eks. fakul- 


tet eller sorteringsrutiner). USR-funktionen er med andre ord en rigtig superkom- 
mando. 


1.4.3. Venter på…? 


Her er så en hemmelighedfuld kommando: 
WAIT adresse,X,Y 


Kommandoen har en opgave, der kan få enhver processor til at vende sine bit! Den 
skal nemlig vente, og det er ikke noget, en processor gerne vil. Der ventes ved at kom- 
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binere bytes. Hvis interpreteren møder en WAIT kommando på sin vej, så læses først 
indholdet af den angivne adresse. Dette tal bliver XOR'ret med tallet Y. Som navnet 
antyder (XOR betyder EXCLUSIVE OR) ligner det meget OR relationen. Tabellen 
herunder viser resultatet. 


XOR 0 1 
0 0 1 
5 TT v0 


Resultatet bliver kun 1 når enten bit 1 eller bit 2 er 1 og ikke begge. Iøvrigt findes 
XOR funktionen også i BASIC version 7.0. men ikke i 64'er mode. 


Resultatet af den første logiske sammenligning bliver nu AND'et med tallet X. Bliver 
dette resultat 0, gentages hele proceduren. Ellers fortsættes med næste kommando. 


Der findes endnu en variant af WAIT-kommandoen, hvori Y-argumentet ikke angi- 
ves. Her venter interpreteren på at indholdet af adressen AND X bliver forskellig fra 
0. 


1.4.4. RAM udvidelseskommandoer 


Desværre er der opstået en fejl i manualen til Commodore 128. Her har det ramt de 
tre kommandoer FETCH, STASH og SWAP. De nævnte kommandoer er beregnet for 
flytning af blokke af hukommelse mellem hukommelsesudvidelser. Transfer mellem 
BANK 0 og BANK 1 er ikke medtaget. Yderligere er 3. og 4. parameter ved alle kom- 
mandobeskrivelser blevet ombyttet. 


1.4.5. BANK 


Også en kommando som BANK har flere sider. I den viste tabel findes der for hver 
mulig parameter den tilhørende RAM/ROM kombination. Det skal bemærkes at 
interpreteren anvender adresse 981 som flag. Med PRINT PEEK(981) kan man 
således se hvilken BANK, der er aktiv. 
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KONFIGURATION 


(=j 


BANK 0 

BANK 1 

BANK 2 

BANK 3 

Intern funktions-ROM, BANK 0 og I/O område. 
Intern funktions-ROM, BANK 1 og I/O område. 
Intern funktions-ROM, BANK 2 og I/O område. 
Intern funktions-ROM, BANK 3 og I/O område. 
Extern funktions-ROM, BANK 0 og I/O område. 
Extern funktions-ROM, BANK 1 og I/O område. 
Extern funktions-ROM, BANK 2 og I/O område. 
Extern funktions-ROM, BANK 3 og I/O område. 
Intern funktions-ROM Lo, ROM Hi, BANK 0 og I/O 
Extern funktions-ROM Lo, ROM Hi, BANK 0 og I/O 
BASIC-ROM, BANK 0 og karaktergenerator. 
BASIC-ROM, BANK 0 og I/O område. 


(Tele ER or ho ES SNUSE GEERT] 


hd fed fod fr fr fr 
mA CON mi OD 


1.5. Computerens opbygning 


Ingen grund til panik. Vi skal nok passe på ikke at lave alt for tekniske udredninger. 
Det er imidlertid nødvendigt at kende lidt til computerens opbygning, hvis man skal 
kunne forstå forskellige fiffige tricks. 


1.5.1. Commodore 64 mode 


Lad os starte med veteranen. Man undrer sig sikkert over at man i reklametekster 0.1. 
slår om sig med påstanden om at computeren har 64 K RAM, når man kan se at der 
kun er 38 K til rådighed i BASIC. 


Men der er faktisk 64 Kilobytes til rådighed, men de kan ikke udnyttes direkte. Mi- 
croprocessoren 8502 kan kun adressere 64 K, d.v.s. at den kan kommunikere med 
65536 forskellige hukommelsesceller. Alt er således udnyttet, men desværre skal en 
computer også bruge ROM's og hukommelse til interne funktioner. ROM-chipsene er 
f.eks. BASIC-interpreteren, operativsystemet og karaktergeneratoren. Det interne 
område kan være den såkaldte Zero-Page. 


ROM-området fylder 20 K. Der er således 44 K tilbage af de 64. Heraf skal der bruges 
yderligere 2 K til video-RAM og Zero-Page samt 4 K til frit RAM-område fra adresse 
49152. Tilbage er der de nævnte 38 Kilobytes. 


1% 


2048 


Mikroprozessor 
6510 


409360 8 KROM 
BASIC 
Interpreter 
Interface 
53247 Bee CHAR-ROM 4K | 1/0 område TV-tilslutning 
57344 
8 K ROM 
driftsystem 
65535 
Figur I 


Figur 1 viser et forenklet blokdiagram over 64'erens hukommelse. Som det ses, ligger 
ROM og RAM ved siden af hinanden og optager det samme adresseområde. For at 
skifte mellem dem, skal den første adresse 1 ændres. Her bestemmes det om ROM 
eller RAM skal benyttes. Desværre er dette ikke uden videre muligt fra BASIC. Hvis 
vi kobler ROM-BASIC fra, kan processoren ikke længere finde sit program. Compu- 
teren vil dermed hænge sig op; vi kan ikke længere kommunikere med den. 


Vi får dog en smule hjælp. Med udgangspunkt i BASIC kan vi til enhver tid skrive i 
disse registre ved hjælp af POKE eller LOAD. Vi kan imidlertid ikke gå den anden vej 
og lave PEEK, idet denne kommando henter indholdet af en adresse i ROM. POKE 
skriver i den tilsvarende adresse i RAM uden at ændre i ROM (selvfølgelig). 


Vi mangler nu de øverste 4 K RAM i øverste trediedel af adresseområdet. De er tænkt 
anvendt til lagring af programmer i maskinsprog. Fra BASIC kan de også udnyttes 
via POKE og PEEK. 


Endelig har vi det såkaldte I/O område (INPUT/OUTPUT). Her ligger grundele- 
menterne der styrer interfaces, tastatur, skærmbillede og lydgeneratorer. Processo- 
ren afleverer her data, der omformes til TV-signaler, lydfrekvenser eller giver adgang 
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til diskettestation m.m. Det er også her signaler fra tastatur og perifert udstyr er 
lagret. Yderligere, så befinder COLOR-RAM sig i det samme område. 


Som blokdiagrammet viser, stabler bytene sig i tre grupper, da I/O har sin egen afde- 
lingi RAM. Hvis vi skal arbejde med adresse 53280 for at ændre kantfarven, så er det 
ikke i RAM, men derimod i selve I/O registeret, der skrives. Dette gælder også for 
COLOR-RAM. 


164'er mode findes der ialt 4 I/O elementer. De to kendes som VIC (der sørger for gra- 


fik og skærmbillede) og SID (lydchippen). Der er to CIA's (COMPLEX INTERFACE 
ADAPTER), der står for tastaturet og nogle interfaces (f.eks. USER-PORT). 
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Figur 2 
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1.5.2. 128'er mode 


Figur 2 viser, hvordan Commodore 128 er organiseret. Hukommelsen er inddelt i 
BANKS af hver 64 K. Det skyldes at microprocessorerne kun kan adressere dette 
omfang. For at kunne overskue hele hukommelsen, fortæller processoren MMU 
(MEMORY MANAGEMENT UNIT = Hukommelsesforvaltningsenhed) hvilket 
område, der er aktiv. MMU skifter så om til den aktuelle BANK. Efter behov kobles 
også I/O ind. I forhold til 64'eren er der kommet en VDC (VIDEO DISPLAY CON- 
TROLLER — 80 tegns controller) og nogle styreregistre i MMU. Det er også MMU, 
der afgør hvilken processor, der er aktiv. Begge processorer kan koble sig selv ind ved 
gensidigt at ændre et bestemt register i MMU. Ellers er I/O ikke ændret i forhold til 
64'eren. 


1.5.3. CP/M mode 


Af startmeldingen fra CP/M, ses det at der er 59 K TPA (bruger RAM) til rådighed. 
Dette hænger sammen med nogle systemrutiner i BANK 0. I BANK 0 BIOS (den 
vigtigste systemrutine) bliver ”spejlet” til området fra adresse 0000. I virkeligheden 
ligger den i hukommelsen fra adresse D000 (MMU's fortjeneste!). 


Alle de øvrige CP/M rutiner ligger også i BANK 0. For at de kan kommunikere med 
programmerne i TPA, er der i adresseringsområdets øverste ende indrettet et COM- 
MON-område. Iøvrigt kan også et CP/M program gøre brug af MMU, altså skifte 
RAM og ROM efter behov. 
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2. ZERO-PAGE 


2.1. Zero-Page er ikke et nul 


Hvis man har kigget bag i Commodoremanualen, har man sikkert lagt mærke til 
afsnittet med Zero-Page. Her tilbydes der en sand guldgrube af tricks og nye pro- 
grammeringsmuligheder. Man skal bare lære at udnytte mulighederne. 


Navnet Zero-Page er iøvrigt helt rigtigt. Sædvanligvis, betegner man dermed de første 
256 bytes i en microprocessors adresseområde. I 64'er mode er det imidlertid de før- 
ste 1000 bytes, og ved 128”'eren er det hele 4 K. Meningen med det hele er ganske nem 
at forklare. Operativsystem og interpreter har brug for et område, hvori der kan ”gø- 
res notater” om tilstande, tal eller koder. Hvor skolebørn lægger ”een i mente” ved 
addition, så gør computeren det samme i Zero-Page. De første 256 bytes er gode til 
hurtig lagring af data, idet man kan adressere dem med kun een byte. Derfor gemmes 
data her, der skal bruges mange gange. 


Mange registre i Zero-Page må indeholde bestemte tal, for at computeren kan fungere 
hensigtmæssigt. Andre registre bruges slet ikke, og står dermed til brugerens disposi- 
tion. Der er mange bytes, der kan anvendes til nyttige ting og sager. 


I 128”er mode indeholder de første 4 K bytes de interne data for BASIC-interpreteren 
og operativsystemet. 


2.2. Pointer og stacks 


To fagord, man uvilkårligt støder på om og om igen, er pointer og stack. En pointer 
peger på et bestemt sted i hukommelsen og kaldes ligeledes en VEKTOR. Der kan stå 
enten informationer eller underrutiner. Cursorpointeren peger f.eks. på det sted i 
skærmbilledets hukommelse, hvori cursoren netop befinder sig, og dermed på bog- 
stavkoden for det blinkende tegn. Pointere på underrutiner blev indført for at give 
interpreteren muligheder for udvidelser. Ændrer vi f.eks. vektoren på en rutine for 
udskrivning af et tegn, så er det muligt at ændre PRINT-kommandoen med et 
maskinkodeprogram, således at alle tegn udskrives samtidigt på skærmen og på prin- 
teren. 


Pointere har altid et bestemt format. De består i almindelighed af 2 bytes, hvoraf den 
første kaldes Lo-byte og den sidste kaldes Hi-byte. For at finde cursorens position 
eller den byte, der peges på, benytter man følgende formel. 

ADRESSE = LO-BYTE + 256 ” HI-BYTE 

Det hører til computerens egenhed, at Lo-byte altid står før Hi-byte. 
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1-byte-pointere peger på et sted indenfor et bestemt område, f.eks. tastaturbuffer 
eller stack, og adderes til en BASISADRESSE. 


I 128'er mode skal de fleste pointere også have angivet hvilken BANK, der er aktuel. 
2 bytes kan jo højst adressere 64 K. 


En stack (engelsk: stak eller søjle) har til opgave at mellemlagre data, og aflevere dem 
igen i omvendt rækkefølge når de skal benyttes. Som ved en rigtig stak, kan man kun 
tage fra oven, og kun lægge nye ting på oven fra. (Se figur 3). Dette benyttes af alle 
underprogrammer. Ved kald af et underprogram, mellemlagres den forladende 
adresse i stack, og hentes tilbage når underprogrammet er udført (ved RETURN), 
således at hovedrutinen kan fortsættes på det sted, hvor den blev afbrudt. 


1000 GOSUB 2000 NS Lo 


arr 
mm TET 


Figur 3 
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128'eren har blandt andre også interpreter-stacks for variabler og stacks, der ikke bør 
forandres: 


— Processorstacks (256 - 511) for maskinsprog. 
— Stack for BASIC-underrutiner. 
— Stack for FOR-NEXT-løkker. 

0.S.V. 


Efter denne mængde teori, vil vi nu gå over til den praktiske afdeling. I de næste 
afsnit vil man (ved siden af nødvendige teoretiske forklaringer) finde nogle interes- 
sante tricks, der er nyttige ved programmering på Commodore 128. 


POINTERE 


ADRESSE — LO-BYTE + 256 ” HI-BYTE 


LO-BYTE — ADRESSE - INT(ADRESSE/256)"256 
HI-BYTE =— INT(ADRESSE/256) 


Pointere består sædvanligvis af 2 bytes, der altid optræder i rækkefølgen Lo/Hi. 


I 128'er mode er det ofte nødvendigt at angive BANK nummeret. 


3. HUKOMMELSEN 


3.1. Memory-oversigt 


I denne bogs appendix findes en oversigt over Commodore 64 og Commodore 128's 
hukommelse. Der er også en udlistning af I/O området. Læg især mærke til afvigel- 
serne fra listningen af Zero-Page i Commodore-manualen. Således er f.eks. de første 5 
bytes i området 673-767, der ellers er anført som frit område, belagt med CIA'erne i 
64'er mode. Man skal altså være lidt forsigtig, hvis man gør brug af Zero-Page. En for- 
kert POKE kan føre til et system HALT. 


Dette skal dog ikke forhindre nogen i at eksperimentere. De fleste tricks er kommet 
frem ved rene tilfældigheder. Såvidt forfatterne, kan ingen forkerte POKEs ødelægge 
computeren. 


3.2. Bankswitching - Hvordan det? 


Nu er det på tide at tage lidt afstand fra de forestillinger om bankswitching, der næres 
af manualen og BASIC-interpreteren. For det første, er bankswitching meget mere 
kompliceret end BANK-kommandoen antyder. For det andet, så ligger ROM slet 
ikke der, hvor man formoder det. Men se selv. 


3.2.1. MMU's konfigurationsregister 


Hvis man har læst manualen til Commodore 128 grundigt igennem, har man ikke 
undgået det sted, hvor man erfarer at hukommelsen kan udvides til 1 Megabyte. Hvis 
man deler 1 MB op i dele af 64 K, giver det ialt 16 BANKs. MMU's adresseringevner 
ville altså allerede være udtømte. Der ville ikke være plads til hverken ROM eller I/O 
område. 


Derfor har man med 128'eren adapteret organisationen fra Commodore 64. ROM har 
ikke sin egen BANK, men kan ”spejles” over i en hvilken som helst BANK efter 
behov. På samme måde er det med I/O. 


Ansvarlig for dette er konfigurationsregisteret, der forøvrigt også optræder to gange i 
hukommelsen. Den kan både ligge under adresse D500 (hexadecimalt) og under 
FF00 i enhver BANK. Det skyldes at adresse D500 ligger i området for I/O. Er der 
brug for I/O kan den aktiveres via adresse FF00 for kald til de øvrige MMU registre. 


Da konfigurationsregisteret (CR) har flere opgaver, så styrer hver enkelt bit en anden 
del af hukommelsen. Med bit 0 kan man flytte I/O fra D000 til DFFF, uanset hvilket 
BANK, der er aktiv. Man behøver kun at sætte bit 0 til 0. Er den sat til 1, så åbenba- 
res ROM eller RAM i området D000 til DFFF for processoren. 
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Hvad der sker her, sørger de øvrige bits i konfigurationsregisteret for. 


Den næste bit er ansvarlig for adresseområdet 4000 til 7FFF. Hvis bit 1 er fjernet, 
flytter MMU'en BASIC-Lo-ROM (basic's nederste del) hertil. Ved bit 1 sat til 1 er 
der acces til den netop aktiverede RAM BANK. 


Det næste afsnit (8000 - BFFF) styres af to bits. Det er bit 3 og 2. Hvis de (i viste ræk- 
kefølge) tillægges kombinationen 00, så aktiveres her ROM Hi. Kombination 11, skif- 
ter i stedet til RAM. De manglende to kombinationer er tiltænkt specielle ROM's. 01 
aktiverer en såkaldt funktions-RAM, der er en ekstra ROM, som kan placeres i en 
tom sokkel på 128'erens print. Den kan f.eks. indeholde et komplet tekstbehand- 
lingsprogram. En anden type funktions-ROM er de kendte ROM-moduler, der ”plug- 
ges” i. Disse aktiveres med bitkombination 10 (læs et-nul). 


Bit 5 og 4 er på samme måde ansvarlige for adresse C000 - FFFF, Her kan f.eks. ope- 
rativsystemets ROM aktiveres(kombination som bit 3 og 2). 


Nu mangler vi kun bit 7 og 6. De er beregnet til omskiftning mellem BANKS. Da deri 
128'eren kun ligger to BANKS, er bit 7 uden betydning. Det er bit 6's tilstand der 
bestemmer BANK nummeret. 


Men MMU's muligheder er slet ikke udtømte endnu. Man kan f.eks. definere fælles 
områder for alle BANKS, og meget mere. 


Bit 5 og 4 arbejder på samme måde i området C000 til FFFF. 


Bit 6 angiver RAM BANK. 


KONFIGURATIONSREGISTER 


ADRESSE D500 ELLER FF00 

BIT 0 AKTIVERER I/O, HVIS 0 

BIT 1 AKTIVERER ROM FRA 4000 TIL 7FFF , HVIS 0 

BIT 3 OG 2 BESTEMMER KONFIGURATIONEN AF 8000 TIL BFFF. 
KOMBINATIONER: 


00 = ROM, 01 = INTERN FUNKTIONS-ROM, 10 = INDSTIKSMODUL, 
11= RAM. 
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3.2.2. Systemet med prekonfiguration 


For programmører er det en meget omstændelig og langsommelig sag kun at loade en 
del af konfigurationsregisterets hukommelse, ved hvert skift. Derfor er der mulighed 
for at skifte MMU meget hurtigt. På den baggrund må programmøren på forhånd 
vide, hvilken konfiguration, han vil benytte i sit program. Fire sådanne prekonfigura- 
tioner kan lagres på forhånd i såkaldte prekonfigurationsregistre (PCR) D501 - D504. 
Der vil de ligge indtil de kaldes. Så snart der skrives en værdi ind i et load-konfigura- 
tionsregister (LCR) FF01 - FF04, henter MMU automatisk værdien fra det tilhø- 
rende PCR i konfigurationsregisteret. Den skifter således selv, og det går meget hurti- 
gere end microprocessoren kan gøre det. 


3.2.3. Mode - konfigurationsregister 


Som navnet siger, så styrer MCR (D505) computerens arbejdsmode. I den sammen- 
hæng er der kun 2 bits af interesse. Bit 0 bestemmer, hvilken processor, der er aktiv. 
Hvis bit er sat, så 8502. Ved bit 0 = 0, så Z80. 


Bit 6 bestemmer om det er 128”er mode (bit=0) eller 64'er (bit=1). Desværre er der 
en hage ved dette. Ved hvert forsøg på at ændre mode med POKE, hænger compute- 
ren op. Skal vi skifte mode, må vi ty til maskinkode og bestemte rutiner i operativsys- 
temet. 


3.2.4. RAM konfigurationsregisteret 


Nu kommer vi til en af de usædvanlige muligheder med MMU. Der tillades nemlig 
konfiguration af et bestemt område af RAM, der bliver fælles for alle BANKS. I øver- 
ste eller nederste del af hukommelsen er der et område, der ikke forandres, uanset 
hvilke BANKS, der aktiveres. Det er vigtigt fordi de forskellige dele af hukommelsen 
skal kunne udveksle data. Det styres af RAM-konfigurationsregister D506. Størrel- 
sen af dette område bestemmes af de to første bits. Her er en tabel: 


Bit 1 0 Størrelsei K 
0 0 1 
0 1 4 
1 0 8 
1 1 16 


Bit 3 og 2 bestemmer hvor dette fælles område skal ligge, hvis det da overhovedet skal 
eksistere. Hvis bit-værdien er 00, så findes området slet ikke. Ved 01 ligger det i den 
nederste del af hukommelsen fra 0000. Ved 10 ligger det i bunden. Kombinationen 11 
deles området op i to, der befinder sig i hver sin ende af hukommelsen. 
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Bit 4 og 5 er endnu ubenyttede, og det gælder også bit 7. Derimod bestemmer bit 6, i 
hvilken RAM bank VIC skal hente sine data. 


RAM-KONFIGURATIONSREGISTER 


BIT 1 OG 0 BESTEMMER STØRRELSEN PÅ FÆLLESOMRÅDET 
(COMMON). 


BIT 3 OG 2 BESTEMMER OM OMRÅDET EKSISTERER OG HVORHENNE. 
BIT 6 BESTEMMER RAM-BANK FOR VIC. 


3.2.5. Page-pointer og versionsregister 


Dette register har specialopgaver. Page-pointer tillader forskydning af Zero-Page og 
stack hvor som helst i hele hukommelsen. Det er nok kun noget, man skal gå i lag 
med, hvis man kan finde rundt i maskinens hukommelse med bind for øjnene og vir- 
kelig føler sig hjemme i maskinsprog. 


Versionsregisteret fortæller professionel software, hvilken version af Commodore 128, 
der netop er aktiv. Herved kan der tages hensyn til evt. senere udvidelse af hukom- 
melsen. 


3.2.6. Således reagerer interpreteren 


BASIC 7.0 gør flittigt brug af prekonfigurationsregistersystemet. Således er der lagret 
fire standardkonfigurationer, hvorved BANK 0 eller BANK 1 kan aktiveres. Dertil 
kommer med to kombinationer hele ROM. Der er yderligere indrettet et fællesom- 
råde (common) på 1 K i bunden af hukommelsen. 


Når interpreteren udfører kommandoer, så er der to muligheder. I direkte mode kom- 
mer den linie, der skal udføres fra INPUT-bufferen (der, hvor computeren samler alt 
det, der indtastes før det bearbejdes). Denne buffer ligger i common og kan således 
nåes fra enhver konfiguration. ROM kobler sig ind og kommandoen udføres. 


Hvis kommandoen, der skal udføres kommer fra programhukommelsen, så startes et 
underprogram i common, der skal kopiere kommandoen til den underste del af 
hukommelsen, hvor den bearbejdes af interpreteren. 


Ved mange kommandoer kan det forekomme, at der skal gøres brug af en anden 
BANK, f.eks. variabel-hukommelsen. Her vil en rutine sørge for at hente den rigtige 
værdi fra RAM. 
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BASIC-kommandoerne PEEK og POKE er bestemt således, at selve konfigurationen 
af hukommelsen ikke kan ændres med dem. Derfor er det nødvendigt at anvende en 
maskinsprogsrutine, hvis man f.eks. vil udlæse karaktergeneratoren. 


3.2.7. BANK-switching i 64”er mode 


I 64'er mode er alt meget enklere, fordi det er er byte 1, der styrer konfigurationen af 
hukommelsen. Det er kun bits 0-2, der er brug for. Normalt, er alle 3 bits sat til 1. 
Sættes en bit til 0, så ændres hele opdelingen af hukommelsen på tilsvarende vis. 


Med bit 0 kan man ”slukke” for BASIC-ROM (40960 - 49151), med bit 1 gøres BASIC 
og operativsystem inaktive på samme tid. Er begge bit 0, så ”slukkes” også I/O, hvil- 
ket vil sige at man pludselig har hele 62 K til rådighed (Zero-Page og TV-RAM over- 
skrives ikke). Bit 2 bestemmer om karaktergeneratoren skal kunne udlæses. 


Desværre har også dette system en ulempe. Hvis vi kobler BASIC og operativsystem 
ud, så hænger computeren sig op. Det er kun muligt at rydde al den RAM ved hjælp 
af maskinsprog. 


Lidt anderledes forholder det sig med karaktergeneratoren. Her er der ikke noget 
program, der er nødvendigt for computeren. Alligevel hænger computeren sig op, hvis 
bit 2 sættes til 0. Der er ikke længere acces til I/O. Interruptrutinen laver ikke andet 
end at aflæse tastaturet. Her hjælper det, hvis vi kobler interrupt ud ved hjælp af det 
kendte mønster (kapitel 1.2). 


MERE HUKOMMELSE I 64 MODE 


Bestemmes via bit 1. 

Bits 0-2 normaltilstand 1. 

Ved at sætte bit til 0 ændres konfigurationen. 

Bit 0 kobler BASIC-ROM ud. 

Bit 1 kobler BASIC og operativsystem ud samtidigt. 
Begge bits samtidig, kobler også I/O ud. 


Bit 2 muliggør udlæsning af karaktergeneratoren 
(er muligt fra BASIC, hvis interrupt hindres). 


3.3. Beskyttelse af hukommelse 


Det var konstruktørernes mening at gøre så meget af maskinens hukommelse tilgæn- 
gelig for BASIC, som muligt. Der blev ikke sparet på noget for at opnå dette. Alligevel 
kan det ske, at man lider under at interpreteren skal bruge så meget plads; f.eks. hvis 
man vil opbygge en ekstra grafikside. Det gælder altså om, at beskytte en del af 
hukommelsen imod interpreteren. 


Det kan gøres på flere måder. Enten skal starten af BASIC flyttes opefter, eller også 
skal slutningen på BASIC flyttes nedefter. Da BASIC's hukommelse i Commodore 
128 er fordelt over to BANKS, er der ligeledes dobbelt så mange muligheder. Dog 
taber vi plads til program og variabler, men med 128 K, er der råd til det. 


Zero-Page giver os den pointer til rådighed, som henholdsvis angiver starten og slut- 
ningen på hukommelsen. For at lade et BASIC-program starte ved byte 20000, skal vi 
ændre pointeren på adresserne 43/44 (Commodore 64) eller 45/46 (Commodore 128): 


POKE 46, (20000 + 1) / 256 
POKE 45, (20000 + 1) - PEEK(46) ” 256 


Det er vigtigt at de to POKE-kommandoer gives i den viste rækkefølge, da PEEK 
kommandoen erstatter funktionen INT ((20000+1) / 256). Man kan naturligvis også 
regne udtrykket ud i forvejen og så indsætte det på rette plads. 


Addititionen med 1 er nødvendig, da pointeren skal pege på starten af første linie. 
Den første byte i BASIC programmet skal være 0, altså: 


POKE 20000,0 


I 128 mode, er vi færdige, men i Commodore 64 mode, skal vi taste NEW, for at til- 
passe pointerne for variabler og arrays. Disse peger stadig på den gamle BASIC start 
ved 2048. Det er ikke nok med CLR !! 


Dermed har vi ændret pointeren på BASIC programmet, men vi har ikke flyttet pro- 
grammet med. Det kan kun GRAPHIC kommandoen, der ved hver aktivering af gra- 
fikmode flytter starten af et program fra 7168 til 16384. Hvis man uden videre flytter 
pointeren, forsvinder det gamle program. Derfor skal kommandoerne tastes ind før 
programmet loades eller indtastes; eller man må benytte en loader (se nedenfor). 


Det nemmeste er at flytte slutningen på variablerne nedefter. Til dette formål, er der 
igen en pointer i bytes 55/56 (C64), 57/58 (C-128). Det er ikke nødvendigt at POKE et 
0 ind i den første byte, derimod skal man i begge modes huske at taste CLR. 


I 128 mode er der endnu to muligheder. Man kan flytte starten på variabelhukom- 
melsen til BANK 1 og slutningen på programhukommelsen til BANK 0 med hen- 
holdsvis pointeren i 47/48 og pointeren i bytes 4626/4627. Her skal man også indtaste 
CLR kommandoen for at få ændret pointeren. Hver gang det drejer sig om ændringer 
i programhukommelsen, skal man taste NEW, ellers CLR. 


30 


Denne metode til at beskytte hukommelse med, skal altid udføres i direkte mode, 
inden et program indlæses. Når programmet er færdigt, skulle dette foregå automa- 
tisk. Den nemmeste metode, er en lille loader-rutine, der sætter pointerne og henter 
hovedprogrammet. I 128”er mode ser rutinen således ud: 


10 POKE 43, (2560 + 1) - INT(2561/256) ” 256 
20 POKE 44, (2560 + 1) / 256:POKE 2560,0 
30 LOAD ”hovedprogram” 


- Desværre fungerer dette ikke på Commodore 64, da den har brug for et NEW, hvil- 
ket forhindrer LOAD kommandoen i at blive udført. 

Uden kommandoen får vi ikke placeret de øvrige pointere. Den eneste mulighed er at 
sætte alle pointerne manuelt. 


Fremgangsmåden er som følger: 
1. Beskyttelse af hukommelse i direkte mode (som anført tidligere). 
2. Load programmet. 


3. Start programmet, og vær opmærksom på at alle variabler skal være brugt 
mindst een gang. 


4... Udlæs alle pointere med nedenstående kommandoer. Husk at notere tallene! 


PRINT PEEK(43),PEEK (44) 
PRINT PEEK(45),PEEK (46) 
PRINT PEEK (47),PEEK (48) 
PRINT PEEK (49),PEEK (50) 


5. Sæt de fundne tal ind i det følgende program: 


1 POKE 43,tall:POKE 44,tal2:POKE adresse,0 
2 POKE 45,tal3:POKE 46,tal4:POKE 47,tal5 

3 POKE 48,tal6:POKE 49,tal7:POKE 50,tal8 

4 CLR:LOAD ”program” 


Således har vi en køreklar programloader. 


For alle andre beskyttelsesmuligheder kan man, ganske enkelt, lade de direkte kom- 
mandoer udføre, som en del af programmet. 


Når dette program kører, så laver computeren egentlig noget, der ikke kan lade sig 
gøre! I de to første linier flyttes pointerne for BASIC hukommelsen opefter. Program- 
met kan således ikke længere listes, og egentlig eksisterer det heller ikke længere for 
interpreteren. Alligevel udføres de resterende linier. Det er kun GOTO og lignende 
kommandoer (spring), der ikke kan udføres. 
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Load kommandoen indeholder også et lille trick. Hvis LOAD skal udføres inde i et 
programforløb, så fortsættes der ikke i det gamle program efter loadningen, derimod 
startes udførelsen af det nye program. Vi har en automatisk opstart af hovedpro- 
grammet. 


Ved programmering bør pointerne være sat manuelt i forvejen, således at ikke grafik 
(eller andet) finder på at overskrive de møjsommeligt indtastede programlinier. Er 
man færdig med at skrive programmet, skal man gemme det på bånd eller diskette, 
inden man begynder på forskydningen. Den viste loader skal flytte den tilbage til 
hukommelsen. 


I de følgende afsnit skal vi stifte bekendtskab med flere anvendelser, der kræver 
beskyttelse af dele af hukommelsen. 


BESKYTTELSE AF HUKOMMELSE 


FORSKYDNING AF BASIC OPEFTER: 


C-128 POKE 45,L0;POKE 46,HI:POKE ADRESSE,0 
C-64 POKE 43,LO0:POKE 44,HI:POKE ADRESSE,0:NEW 


FORSKYDNING AF BASIC-VARIABEL-BUND NEDEFTER: 


C-128 POKE 57,LO:POKE 58,HI:CLR 
C-64 POKE 55,LO:POKE 56,HI:CLR 


YDERLIGERE MULIGHEDER MED C-128 


VARIABELSTART OPEFTER (47/48) 
PROGRAMSLUT NEDEFTER (4626/4627) 


3.4. Fri hukommelse 


Det er allerede ofte blevet behandlet, men her kommer det alligevel en gang til. Pro- 
blemet med FRE(0) funktionen på Commodore 64. 


Er den frie mængde af hukommelse mindre end 32768 bytes, så får vi efter PRINT 
FRE(0) det positive frie antal bytes. Er mængden højere så får man et negativt tal, 
der ikke siger noget om det frie antal bytes. Hvorfor nu det? 


FRE(0) funktionen giver et integer-tal (hel-tal). BASIC's integervariabler har et vær- 
diområde mellem -32767 til +32767. Interpreteren må ved store tal f.eks. 38000 
brede sig ud i det negative område. Det virkelige tal fåes med PRINT 65538 + 
FRE(0), hvis FRE(0) er negativt. 
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Nu til et andet tema. Ofte har man brug for at gemme et par data, for at flytte dem til 
et maskinkodeprogram, eller også ønsker man ikke at anvende en hel variabel til en 
enkelt byte, eller sågar en enlig bit. I hvert fald, er det tænkeligt at alle variabler, und- 
taget en eller to skal slettes i et program (CLR). Hvad gør man så? 


Det anbefales, at man opsøger et frit område i Zero-Page, hvori man kan POKE sine 
data. Et CLR eller NEW vil således ikke påvirke dem. Herunder findes en liste over 


frie områder i hukommelsen + nogle bemærkninger, hvor det er nødvendigt. 


FRIE BYTES (COMMODORE 128) 


251- 254 
996 - 1007 
1021- 1023 
2816 - 3072 
3072 - 3583 
3584 - 4095 
4864 - 6143 
6144- 7167 


SLETTES VED CASS ELLER BOOT 
OVERSKRIVES VED BRUG AF RS-232 
KUN, HVIS DER IKKE BRUGES SPRITES 


MODULOMRÅDE 


FRIE BYTES (COMMODORE 64) 


251- 254 
678- 767 
780- 783 
820- 827 
828- 1019 
1020 - 1023 
2024 - 2039 


49152 - 53247 


KAN EVT. ÆNDRES. 
KUN HVIS SYS-KOMMANDO IKKE BENYTTES 


OVERSKRIVES VED BRUG AF CASS 
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4. MASSELAGRING OG PERIFERI 


4.1. Lagring af grafik, skærmbilleder 0.s.v. 


Mange computerejere ønsker at anvende deres computer til at fremstille interessante 
og/eller slagfærdige grafikbilleder. Disse billeder, der ofte er resultatet af et meget 
stort og tidskrævende arbejde, skal på et eller andet tidspunkt kunne gemmes. I 
128'er mode er det en simpel sag med kommandoen BSAVE. 


I 64'er mode er det ikke så nemt, men der er hjælp at hente. Det første program i 
dette kapitel gemmer et ønsket område af hukommelsen på datasette. Som så ofte 
tidligere, tjener Zero-Page et godt formål. I området 170 til 195 finder vi pointer og 
register for filerne. 


Det vigtige, er de to pointere for start og slut af det område, der skal gemmes. Poin- 
teren for starten finder vi i adresse 193 og 194. Slutvektoren ligger i registrene 174 og 
175. SAVE kommandoen kan kaldes med SYS 62954. Det eneste vi mangler, er et 
navn til filen. Det er mest hensigtsmæssigt at anføre det i en REM linie i starten af 
programhukommelsen. Hvor filnavnet står fortæller en pointer operativsystemet i de 
to bytes 187/188. 


Nu mangler vi kun sekundæradressen, devicenummeret og filnavnets længde: 


10 REM filnavn 
20 POKE 193, SL: POKE 194, SH: REM Startadresse (Low/High) 
30 POKE 174, EL: POKE 175, EH: REM Slutadresse (Low/High) 
40 POKE 187, PEEK (43) + 6: POKE 188, PEEK (44): 
REM pointer på filnavn. 
50 POKE 183, L: REM Filnavns længde 
60 POKE 186, 1: POKE 185, 0: REM device/sekundæradresse 
70 SYS 62954: REM kald af SAVE-rutinen i ROM 


Programfiler, grafikskærme o.l. gemt på denne måde kan hentes tilbage til samme 
sted igen med LOAD ”filnavn”,1,1 eller BLOAD, da de er gemt sammen med start- 
adressen. 

I linie 40 får operativsystemet at vide, hvor filnavnet ligger gemt. Er det i den første 
linie efter REM, skal man kun addere 6 til pointeren på start af BASIC. Giver resul- 
tatet af PEEK(43)+6 en større værdi end 255, vil computeren udskrive fejlmeddelel- 
sen ILLEGAL QUANTITY ERROR. I et sådant tilfælde må man beregne adressen 
ud fra PEEK(43)+6+PEEK(44)"256 og deraf finde de nye pointerbytes. Er man 
ejer af en diskettestation, går det noget lettere. Ved hjælp af en sindrig BASIC funk- 
tion, kan man skrive på en diskette, næsten på samme måde som med en POKE. 
Hermed menes PRINT 4 1,CHR$(X), der netop sender et ASCII tegn til disketten. 
For at kunne udnytte dette, må man kende den metode, hvormed data gemmes på en 
diskette. 
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Alle programmer består af en directorydel og selve programdelen. I starten af pro- 
gramdelen er der anført to bytes, der bestemmer loadningens startadresse. Normalt 
er værdien 0 og 8 (0+256"8 = 2048 = BASIC-START). Selve programmet er lagret 
bytevis, som en strøm af fortolker-koder (interpreter). Hver byte behandles af disket- 
testationen som en ASCII kode, uanset hvilken funktion den måtte have. Hvis man 
udlæser en pointer, der består af to bytes med indholdet 65 og 66, vil de fremtræde 
som henholdsvis bogstaverne A og B i strengene fundet med GET 4 1,A$,B$. 


Sender vi et tegn til diskettestationen med kommandoen PRINT41,CHR$(X), vil 
tallet X blive skrevet på den aktuelle position på disketten. 


Hvis vi i stedet for brugte PRINT 4+1,X, ville tallet X blive lagret som en følge af bytes 
(afhængig af antallet af positioner). 


Når et program skal gemmes, ser arbejdsgangen således ud: 


1. SKRIV BEMÆRKNING I DIRECTORY 
(SKER I VORT TILFÆLDE VIA POKE). 


2... POKE AF STARTADRESSE: 


PRINT 11,CHR$(LO-BYTE);: 
PRINT 41,CHR$(HI-BYTE); 


3... PROGRAMTEKSTEN LAGRES. 


Teksten kunne udmærket bestå af et maskinkodeprogram, lagret bytevis. Her følger 
et program, der kopierer et skærmbillede til diskette: 


10 OPEN 1, 8, 1,70: SKÆRMBILLEDE” 

20 PRINT 41, CHR$ (0);: PRINT +1, CHR$ (4);: 
REM STARTPOINTER 

30 FOR I = 1024 TO 2023 

40 PRINT +11, CHR$ (PEEK (I)); 

50 NEXT I: CLOSE 1 


Her kan man ligeledes hente det hele tilbage med LOAD ”skærmbillede”,8,1 eller 
BLOAD. Linie 10 bør kun ændres i filnavnet efter drevangivelsen (0:). Sekundær- 
adresse 1 er speciel vigtig. Det er den, der meddeler DOS'sen (Diskette-Operativ-Sy- 
stemet), at vi ønsker at SAVE. 

Man skal altid huske kommandoen CLOSE i slutningen af rutinen. Iøvrigt, kan man 
på denne måde udveksle programmer mellem C-128 og C-64. 
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4.2. Manuel MERGE 


Det sker ofte, at man sidder med en samling gennemprøvede programmer, der sam- 
men ville kunne danne det perfekte program. Den eneste mulighed, man har, er at 
taste alle delene forfra, hvis man ikke er i besiddelse af et MERGE-program, der kan 
hægte rutinerne sammen. Imidlertid, behøver det ikke at være sådan. Man kan fak- 
tisk gøre det manuelt. 


Hvis vi prøver at analysere problemet, vil vi opdage at det munder ud i, at et program, 
der LOADes ganske enkelt overskriver et evt. eksisterende program i computerens 
hukommelse. Løsningen ville være at fortælle interpreteren, hvor den skulle lægge 
det nye program. Da dette ikke kan lade sig gøre uden en del vanskeligheder, så må 
den logiske konskvens være at beskytte det gamle program imod interpreteren. 


Når først hukommelsen er blevet beskyttet imod fortolkeren, kan vi LOAD'e den nye 
programdel på normal vis. Bagefter fjernes beskyttelsen igen. Man skal være 


opmærksom på, at den anden del af programmet, skal have højere linienummer end 
den første. Ellers kan fortolkeren ikke udføre programmet. 


Her følger proceduren: 
(Adresserne angivet i parentes efter kommandolinierne er for C-64). 
1... PRINT PEEK(45),PEEK(46) (43/44) 


Her finder vi pointeren for BASIC start (normalt 1 og 28 / 1 og 8). Husk at 
notere værdierne for brug til den gamle konfiguration. 


2... POKE 46, (PEEK (4624) + 256 ” PEEK (4625) - 2) / 256 (44/45/46) 
POKE 45, (PEEK (4624) + 256 ” PEEK (4625) - 2) - PEEK 
(46) ” 256 (43/45/46/44) 


I adresserne 45 og 46 (C-64) ligger pointeren for start af variabelområdet. 2 bytes før 
dette område slutter BASIC. 


Pointeren 4624/4625 viser på samme måde slutningen af BASIC i 128 mode. 
3.… NEW 


Da de øvrige pointere skal tilpasses den nye konfiguration, initialiserer vi memory 
med NEW. (Det tidligere program er jo beskyttet!) 


4... DLOAD eller LOAD 


Nu kan vi LOAD'e anden del af programmet ind i hukommelsen. Pas på ikke at bruge 
LOAD ”navn”,X,1 eller BLOAD, idet det tidligere program så slettes uanset ændret 
konfiguration. 
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Foruden at kunne hente et nyt program, er der også mulighed for at hente en disket- 
tes directory ind, uden at fjerne det program, der arbejdes med. Indholdsfortegnelsen 
kan LIST'es på normal vis. Inden man går videre slettes directoryen med NEW (den 
skal jo ikke merges). 


5... POKE 45,(første noterede tal) (43) 
POKE 46,(andet noterede tal) (44) 


Nu er den oprindelige konfiguration atter på plads. De to programdele, er dermed 
hægtet sammen, og fungerer som eet program. 


Med Commodore 128 har man et alternativ. Før den egentlige merge, må man tilføje 
en linie, som første linie i programmet f.eks. 


0 REM 

Så bliver programmets anden del hentet med: 

BLOAD”navn”,ON B 0,P adresse 

Adresse skal erstattes af resultatet af følgende: 

PRINT PEEK (4624)+256"PEEK (4625)-2 

Ved LOAD'ningen med BLOAD er programmet blevet lagret med forkerte pointere. 
Hvis man taster LIST, vil man kun opnå en underlig sammenblanding af tegn. Sletter 
vi linie 0, der jo ikke har nogen betydning for programafviklingen, tvinger vi interpre- 


teren til at sætte alle sine pointere i programmet påny. En LIST kommando vil nu 
åbenbare det mergede program intakt. 


MANUEL MERGE 


1... PRINT PEEK (45), PEEK (46) 
NOTER TALLENE! 


2... POKE 46, (PEEK (4624) + 256 ” PEEK(4625) - 2) / 256 
POKE 45, (PEEK(4624) + 256 " PEEK(4625) - 2) - PEEK (46) ” 256 


3. NEW 

4... LOAD 

5... POKE 45,(FØRSTE NOTEREDE TAL) 
POKE 46,(ANDET NOTEREDE TAL) 
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ALTERNATIV MERGE PÅ COMMODORE 128 


1. SÆT DUMMYLINIE FØRST I PROGRAMMET (EKS. 0 REM). 
2... BLOAD”NAVN”, ON B 0,P ADRESSE 
HVOR ADRESSE = PEEK (4624)+256"PEEK (4625)-2 


3. FJERN DUMMYLINIE 


4.3. Programfiler 


I kapitel 4.1 så vi at de første 2 bytes i en PRG programfil, angiver startadressen i 
hukommelsen. Med det følgende program, kan man udlæse disse pointere. 


10 OPEN 1,8,8,”filnavn,p,r” 

20 GET +41, A$: GET +41, B$ 

30 AD= ASC(A$+CHR$(0))+256"ASC(B$+CHR$(0)) 
40 PRINT ”startadresse: ”; AD 

50 CLOSE 1 


I 128'er mode kan man udelade udtrykket ”+CHR$(0)”. I modsætning til Commo- 
dore 64, giver C-128 ikke nogen ILLEGAL QUANTITY ERROR, hvis man forsøger 
at læse ASCII værdien af en tom streng. 


Directoryen på en diskette, er også en programfil. Man får adgang til den med kom- 
mandoen OPEN 1,8,8,7$,p,r” og kan læse den byte for byte med GET 41. Sammen 
med diskettestationen 1541, følger der iøvrigt et program,der kan læse directoryen 
med den ovenfor beskrevne metode. 
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5. 40 TEGNS SKÆRMEN 


I dette kapitel drejer det sig om 40 tegns skærmen og de muligheder, der gives med 
den. Det er ikke nødvendigvis højopløselig grafik, der skal til for at kunne program- 
mere flotte skærmbilleder. 


5.1. Blokgrafik 


Til grafisk fremstilling af salgstal eller måleværdier, er det både nærligende og almin- 
deligt at gøre brug af blokgrafik. Desværre er der vel næppe nogen computere, der har 
indbygget en standardkommando, der kan lave blokke eller søjler. Derfor har vi lavet 
en underrutine, der kan hjælpe med fremstillingen af den slags grafik. Rutinen kal- 
des med GOSUB 60500, hvorved bestemte variabler angiver de nødvendige parame- 
tre. 


Grafikken udgøres af de faste grafiktegn. Der er plads til 320 forskellige længder 
horisontalt, da vi til hvert af de 40 tegn har 8 punkter at bruge af. For hvert 8. punkt 
har vi et grafiktegn på 128'eren. Vi mangler at beregne, hvor mange reverse spaces 
(negative mellemrum), der skal lægges ind i en blok. Her følger listningerne for de to 
modes: 


Bjælkegrafik 64 


10 dimxa$(7):fori=0to7:readxa$(i):next 
90 data "oms rer et eger ger ge 
60500 ym=320-v"8:an$=””:ify«xymtheny=ym 
60510 xa—y/8:g—int(xa):xa—(xa-g)"8 
60520 ifg>Othenfori=1tog:an$=an$+”r R”:nexti 
60530 an$=an$+xa$(xa) 
60540 c1=peek(214):c2=peek(211):c3=peek(646) 
60550 poke646,co:poke214,x:poke211,v:sys58732:printan$ 
60560 poke646,c3:poke214,c1:poke211,c2:sys58732:return 


Bjælkegrafik 128 


10 dimxa$(7):fori=0to7:readxa$(i):next 
20 data sm mer tara er ger og er og Er 
60500 ym=320-v"8:an$=””:ify»>ymtheny=ym 
60510 xa=y/8:g—int(xa):xa—(xa-g)"8 
60520 ifg>Othenfori=1tog:an$=an$+”r R”:nexti 
60530 an$=an$+xa$(xa) 
60540 c1=peek(235):c2=peek(236):c3=peek(241) 
60550 poke241,co:charl,v,x,an$ 
60560 poke241,c3:charl1,c2,c1,””:return 
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I de to første linier læses de nødvendige tegn ind. For en sikkerheds skyld følger her 
tegnene fra linie 20 (ASCII): 


(uden RVS-ON / RVS-OFF) 
32, 165, 180, 181, 161, 182, 170, 167 


Rutinen kaldes med GOSUB 60500. I variablen Y anføres længden af bjælkerne (1 til 
320). Variablen X skal indeholde linienummeret (0 til 24). For at lette fremstillingen 
af bjælkerne, kan man angive kolonnen hvori bjælken skal starte. Dette gøres i varia- 
blen V. Bliver bjælken for lang i forhold til pladsen, forkortes den automatisk i linie 
60500. Linie 60510 beregner antallet af hele reverse-tegn i bjælken (G) og antallet af 
rest-punkter (XA). Linie 60520 samler alle tegnene i en streng (AN$). Linie 60530 
lægger resten til. 


For ikke at påvirke de normale PRINT-kommandoer, gemmes den gamle cursorposi- 
tion og den aktuelle farve (C1, C2, C3 i linie 60540). I den næste linie sættes cursoren 
påny og farven ændres til den af brugeren forudbestemte (CO), og bjælken skrives ud. 
Sidste linie sørger for at vende tilbage til den oprindelige tilstand og afslutter subruti- 
nen. 


Da der kun er anvendt tegn, der også findes i SMÅ/STORE bogstav-mode, kan ruti- 
nen bruges i forbindelse med de fleste programmer. 


5.2. 'Tekstmode under lup 


I dette kapitel skal vi se på, hvor de store og små bogstaver kommer fra (ikke de små 
børn !!). Tallet 1, der måske ligger gemt i Video-RAM's adresse 1024 siger os at der 
skal stå et A på skærmen, men der står ikke noget om, hvordan tegnet Å ser ud. 


Mønstrene for alle bogstaver, tal og specialtegn ligger i karakter-ROM'en. Den ligger i 
området fra 53248 til 57343. 


Hvert eneste tegn fylder nøjagtig 8 bytes (8 ” 8 punkter) af dette 4 K store område. En 
punkt-linie fylder 1 byte; således repræsenterer et punkt 1 bit. Er en bit sat til 1, så 
vil der på skærmen fremkomme et ”tændt” punkt i den farve, der er anført for samme 
bit i farve-RAM. Er denne bit 0, så vil farven svare til baggrundsfraven fra registeret i 
53280. 


Tallet, der står anført i video-RAM, har en speciel opgave. Fra VIC (Video Interface 
Controller) multipliceres det med 8. 

Resultatet angiver det sted i karaktergeneratoren, hvorfra det ønskede mønster lig- 
ger. Prøv at gøre det selv. Tag et vilkårligt tegn og find dets kode (skærmkode, ikke 
ASCII) i manualen. Kør derefter det følgende program: 


5 BANK 14 
10 INPUT ”SKÆRMKODE ”; C 
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20 AD= 53248 +C "8 

30 FORI=0TO7 

40 W= PEEK(AD+1) 

50 FOR J=7 TO 0 STEP -1 

60 IF (W AND 2 t J) THEN PRINT ”””;: ELSE PRINT ”.”; 
70 NEXT J: PRINT: NEXT I 

80 PRINT ”TRYK EN TAST”: GETKEY A$: GOTO 5 


Med dette program kan man undersøge bitmønsteret for tegn i tekstmode for store 
bogstaver. Vil man have de små bogstaver med, skal man ændre adressen i linie 20 fra 
53248 til 55296. En anden mulighed er at lægge 256 til skærmkoden. 


I programmet bliver der lagt en byte i bitmønsteret for hver 8 bits. Hvis n-te bit i W er 
1, så giver udtrykket: 


WAND2tn 


et 1. Dette gør relationen SAND og resulterer i at en stjerne skrives ud. Ellers et 
punktum. Men lad os vende tilbage til det egentlige tema for dette kapitel. VIC kan 
flere modes, men disse understøttes ikke af BASIC. 


EXTENDED COLOR MODE ligner til forveksling normal mode. De bits, der i et 
tegns bitmønster er sat (1) angiver tilsvarende et punkt i farve-RAM. Farven for 0-bit 
kan derimod være forskellig. Den retter sig efter registrene for baggrundsfarverne 0 - 
3 (53281 - 53284). Var der nogen, som råbte AHA ? 

Disse registre er anført bag i manualen til computeren, men deres funktion er ikke 
beskrevet. 


Hvilken af de 4 farver, der anvendes til 0 bit, afhænger af skærmkodens to mestbety- 
dende bits i video-RAM. Betragter man dem som to alenestående tal (tal = bit 
7"2+bit 6), så angiver de nummeret på det aktuelle register (eks. 1 0 = 1"2+0 — 2). 


De to bits virker ikke længere som pointer på karaktergeneratoren. Der er 6 bits til- 
overs. Med dem kan vil kommunikere med de første 246 = 64 tegn. 


Extended Color Mode kan aktiveres med POKE 53265, PEEK(53265) OR 64, og 
slåes fra med POKE 53265, PEEK(53265) AND 191. (Begge modes). 


Nu bliver det lidt mere snirklet! Multi Color Mode er ret så kompliceret, men anven- 
des den rigtig, kan det resultere i mange spændende effekter. 


Som man allerede ved, kan ethvert billedpunkt højst antage een af to farver; enten 
tekstfarve (pen) fra farve-RAM eller baggrundsfarve (paper) fra VIC registrene. 
Multi Color Mode tilbyder derimod hele 4 farver pr. tegn. 


Den ansvarlige, er denne gang farvebyten fra farve-RAM. Er bit 3 ikke sat (byte 
AND "213) = 0), så er alt ved det gamle. Men desværre kan man kun anvende far- 
verne fra 0 til 7, idet den for flere farver nødvendige bit 3 er optaget af multicolor-flag. 
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Er bit 3 alligevel sat til 1, så har vi de mange farver. Den normale 8 ” 8 matrix ændres 
til en 4 ” 4 matrix. 


Karaktergeneratorens bits bliver samlet parvis til enkelte punkter. Er begge bits 0, så 
får punktet baggrundsfarven. Er de begge 1, så hentes farven fra farve-RAM (kun 
farverne 0 til 7). Alle andre kombinationer henter farven, som i extended color mode 
fra baggrundsfarveregistrene 1 og 2. Disse modes, kan aktiveres fra BASIC med 
POKE 53270, PEEK(53270) OR 16. De afbrydes med POKE 53270, PEEK (53270) 
AND 239. 


Desværre har vi et problem, der hænger sammen med blandingen af grafik/tekst- 
mode. VIC kan ikke længere følge med til dette, og må overlade arbejdet til operativ- 
systemet, der så via nogle tricks bygger denne ”blandings-mode” op. Herved får VIC 
besked på at melde sig hos processoren, hver gang en bestemt grafiklinie skal vises på 
skærmen, hvilket sker 25 gange i sekundet. 


Processoren afbryder sit program, og skifter midt i opbygningen af grafikbilledet om 
til tekstmode. Da processoren er meget hurtigere end VIC-kredsen, kan omskiftnin- 
gen ske så hurtigt, at man opnår den ønskede effekt. 


Teknikken indebærer at processoren løbende har kontrol med bestemte bits i VIC. 
Ved hjælp af POKE kommandoen, kan vi skifte til multicolor tekstmode, men efter 
højst 1/25 sek. skifter operativsystemet tilbage. Derfor kan man kun lave multicolor- 
tekst uden maskinkodeprogrammering i C-64 mode. 


Maskinkodeprogrammet er dog ikke det store problem, idet den ikke fylder ret 
meget. Den består af tallene 120 og 96. Med: 


POKE 4864,120 
POKE 4865,96 
SYS 4864 


slår man interrupt fra (den styrer også grafikmodes). Ulempen er at cursoren forsvin- 
der og tastaturet scannes ikke længere. Derfor kan dette trick kun indbygges i pro- 
grammer, der skal vise faste billeder (menuer, grafiske tegninger, 0.s.v.) Den oprinde- 
lige konfiguration opnås med: 


BANK 15 
SYS 27438 


Så længe interrupt ikke er aktiv, kan man POKE rundt som man vil, uden at blive 
forstyrret af operativsystemet. 


Som man ser, er tegnene i denne mode ret så kaotiske. Er man lidt fifi, kan man 
kopiere karaktergeneratoren over i RAM og benytte lidt mere ”fornuftigt udseende” 
tegn i flere farver. Husk endelig at skifte til BANK 15, når der bliver brug for VIC- 
registrene. 
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TEKSTMODE 


EXTENDED COLOR MODE ON: 

POKE 53265,PEEK(53265) OR 64 
EXTENDED COLOR MODE OFF: 

POKE 53265,PEEK (53265) AND 191 
MULTICOLOR MODE ON: 

POKE 53270,PEEK(53270) OR 16 
MULTI COLOR MODE OFF: 

POKE 53270,PEEK (53270) AND 239 

I C-128 MODE SKAL INTERRUPT KOBLES UD: 
POKE 4864,120:POKE 4865,96:SYS 4864 
INTERRUPT ON: 


BANK 15:SYS 27438 


5.3. Ommøblering med karaktergeneratoren 


Det er sikkert ikke så vanskeligt at forstå, at karaktergeneratorens tilstand også sty- 
res af VIC; og minsandten om ikke også interrupt blander sig her! Derfor skiftes der 
indirekte i C-128 mode. 


Indenfor adresse 53272 er det bits 1 til 3, der bestemmer karaktergeneratorens 
adresse. Andre faktorer gør sig også gældende, men de er yderst vanskelige at 
påvirke. Alle følgende angivelser beror derfor på normalkonfigurationen. 
Hjælpeprogrammer kan påvirke denne under bestemte omstændigheder. (Især gra- 
fik-hjælpeprogrammer). 


Den følgende tabel viser hvilke bitkombinationer, der adresserer hvilke områder: 
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KOMBINATION OMRÅDE 


000 0 
001 2048 

010 STORE BOGSTAVER 
011 SMÅ BOGSTAVER 
100 8192 

101 10240 

110 12288 

111 14336 


En speciel position indtager kombinationerne 010 og 011. De adresserer ROM hen- 
holdsvis 53248 og 55296. 


De tre bits i adresse 53272 bør kun kommunikeres via AND og OR. For at ændre 
belægningen bør byten AND'es med binær 11110001 (dec. 241). Herved slettes bits 1 - 
3. Man kan nu via OR opnå den ønskede værdi. Et eksempel: - Hvis karaktergenera- 
toren skal flyttes til 2048, skal vi bruge kombinationen 001 i adresse 53272. Denne 
bytes bit 0 kan vi ikke røre ved; den vil altid være 1. Udfra dette kan vi læse den deci- 
male værdi; i vort tilfælde 1. Da det hele skal forskydes een plads i byten, skal vi mul- 
tiplicere med 2. Hele kommandoen lyder: 


POKE 53272,(PEEK(53272) AND 241) OR 2 


Nu har vi flyttet karaktergeneratoren, men endnu ikke til nogen nytte. Skærmen er 
fyldt med underlige tegn. Med det nedenfor anførte program, kan man flytte en kopi 
af karakter-ROM til RAM. Men inden vi gør det, må vi flytte starten af BASIC til 
6144, da vi skal bruge de første 4 K til karaktergeneratoren. Flytningen sker på Com- 
modore 64 med: 


POKE 43,1:POKE 44,24:POKE 6144,0:NEW 


På Commodore 128 kan man flytte tegnsættet til grafikområdet, men vi afskæres 
derved også fra at gøre brug af grafik. Området kan beskyttes med: 


GRAPHIC 1:GRAPHIC 0 


Yderligere opnår vi at kunne betragte tegnsættet, ved at ”tænde” for grafikken. 


Er der brug for et program, der kan flytte tegnsættet ved egen kraft, må vi benytte os 
af en loader; se kapitel 3.3. 


Nu kan vi taste disse linier ind: 
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5 REM KOPIERING AF TEGNSÆT FOR C-64 
10 POKE 56334, PEEK (56334) AND 254: REM INTERRUPT OFF 
20 POKE 1, PEEK (1) AND 251: REM ROM AKTIVERES 
30 FORI= 0 TO 4095: POKE 2048+I, PEEK (53248+I1): NEXTI 
40 POKE 1, PEEK (1) OR 4: REM ROM INAKTIV 
50 POKE 56334, PEEK (56334) OR 1: REM INTERRUPT ON 


5 REM KOPIERING AF TEGNSÆT FOR C-128 
10 BANK 14 
20 FORI= 0 TO 4095: POKE 8192+I, PEEK (53248+I1): NEXTI 
30 BANK 15 


Kobler man nu om til den nye karaktergenerator, ser tegnsættet ud som det plejer, 
men nu kommer det sjove. Tegnsættet læses nu fra RAM, og der kan det ændres med 
POKE. Skærmtegn kan defineres ligesom sprites. Den eneste forskel er matrix på 8” 
8 i stedet for 21 ” 24 og adresserne. 


For at kunne betragte mønsteret, kan man genbruge programmet fra kapitel 5.2. når 
man blot husker at ændre basisadressen i linie 20 til 8192. 


De nye tegn kan POKESs ind, og især i multicolor mode har man frie hænder til at 
bruge fantasi og kreativitet. 


Forøvrigt kan det nye karaktersæt kobles fra med: 


POKE 53272,(PEEK (53272) AND 241) OR 4 (4 FOR STORE 
BOGSTAVER OG 6 FOR DE SMÅ BOGSTAVER). 


I 128”er mode bliver vores kreative iver forstyrret af interrupt. Den logiske konse- 
kvens bliver at lade interrupt arbejde for os. Adresse 2604 bliver ved hver afbrydelse 
kopieret til register 53272 for at tilfredsstille operativsystemets konfiguration. Det er 
her, vi kan bryde ind og lade interrupt tjene os i samme ombæring. I de ovennævnte 
POKESs må vi erstatte adresse 53272 med 2604. 


Der findes yderligere en mulighed for at definere et eget karaktersæt i 128'er mode. 
Adresse 217 bestemmer om VIC kan udlæse karaktergeneratoren i ROM eller om 
RAM i BANK 0 benyttes. I normale tilfæde står der et 0 heri, hvorved ROM er valgt. 
Med POKE 217,4 kan vi ændre dette. Nu henter VIC grundlaget for karaktersættet i 
området fra 4096 til 8191, vel at mærke uden at koble interrupt fra. Uheldigvis benyt- 
tes dette område flittigt af BASIC interpreteren. Det er kun 256 bytes fra 4096 til 
4351, vi kan bruge og her gemmes funktionstasternes belægninger. Kan vi undvære 
dette, uden tvivl meget effektive område, er der plads til 256/8 = 32 tegn her. Des- 
værre skal, så de første 10 bytes (4096-4105) sættes til 0, hvilket vil sige at i alle til- 
fælde er det første af vore 32 tegn tomt. Det andet må af indlysende grunde undvære 
de to øverste matrixlinier. De sidste 30 kan laves, som man lyster. Husk lige at højeste 
adresse, der må benyttes er 4351. 
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32 tegn er jo ikke aiverden, men alligevel kan der opnås ret så overbevisende effekter i 
både spil og nytteprogrammer. Endelig kan man også inddrage området 6144 til 8191. 
Det er her farvematrix for højopløselig grafik ligger. Bruger man dette område, må 
man undvære grafikken. 


OMMØBLERING AF TEGNGENRATOREN 


ADRESSENS BITS 1 TIL 3 ANGIVER GENERATORENS ADRESSEOMRÅDE. 


VED FLYTNING TIL ET I BASIC LIGGENDE OMRÅDE SKAL DETTE 
BESKYTTES. SE KAPITEL 3.3. 


AKTIVERING AF EGET KARAKTERSÆT: 

POKE 53272,(PEEK(53272) AND 241) OR X 

EGET KARAKTERSÆT OFF: 

POKE 53272(PEEK(53272) AND 241) OR 4 (ELL. 6) 

I C-128 MODE SKAL OVENSTÅENDE POKES FOREGÅ I ADRESSE 2604. 
ANDEN MULIGHED FOR C-128: 

VIC SÆTTES TIL RAM-OPERATION: 


ROM OFF POKE 217,4 
ROM ON POKE 217,0 


5.4. Flytning af video-RAM 


På samme måde, som med karaktergeneratoren, kan også video-RAM flyttes via 
adresserne 53272 el. 2604. 


Denne gang er de ansvarlige bits 4 til 7. 


Med disse kan hele tv-RAM flyttes i skridt af 1 K. Normalt er det kun bit 4, der er 
sat. Dette angiver området 1024 til 2023. Her følger en tabel over bitkombinationerne 
og følgerne: 
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KOMBINATION OMRÅDE 


0000 0 
0001 1024 
0010 2048 
0011 3072 
0100 ROM 
0101 ROM 
0110 ROM 
0111 ROM 
1000 8192 
1001 9216 
1010 10240 
1011 11264 
1100 12288 
1101 13312 
1110 14336 
1111 15360 


Som det ses så udgør kombinationerne med ROM en undtagelse. Dette er nødvendigt 
for at VIC skal have acces til karaktergeneratoren i ROM. Disse områder spejles til 
områderne fra 4096 til 8191. For VIC ligger ROM altså her og ikke fra adresse 53248. 
Der skiftes med AND, OR, PEEK og POKE. De mestbetydende bits skal slettes. Det 
sker nemmest med AND 15. Dernæst skal de binære tal ændres til decimalværdier. 
Vil vi flytte tv-RAM til 15360, ville tallet være 15. Tallet skal dog multipliceres med 16 
(for byte-forskydning). Resultatet OR”es. Hele kommandoen ser således ud: 


POKE 53272,(PEEK(53272) AND 15) OR X 


Har man lagt mærke til tallet fra binærkombinationen? Nemlig! Dette tal angiver i 
hvilken K i hukommelsen video-RAM skal placeres. For fremtiden behøver man 
altså ikke at regne binært. Man sætter ganske enkelt det ønskede K ind i udtrykket: 


POKE 53272,(PEEK(53272) AND 15) ORK” 16 


Men pas på!! Resultatet bliver et virvar af sære tegn på skærmen. Vi har nemlig 
endnu ikke fortalt operativsystemet, hvor den nye tv-RAM ligger. VIC henter skærm- 
data fra et område, hvor operativsystemet endnu ikke lægger noget. 


Adresse 2619 (C-128) og 648 (C-64) angiver video-RAM's Hi-byte. Den finder vi ved 
at dividere startadressen med 256. Og for at blive ved vort eksempel: 15360 / 256 giver 
60. POKE 2619,60 helbreder vores computer. Til alt held, er der også her en genvej. 
Det er nok at multiplicere K nummeret med 4 for at få den ønskede Hi-byte. Desvær- 
re er C-128 lidt drilsk her, idet INPUT kommandoer kun fungerer på den normale 
skærm i modsætning til C-64. 


Når man anvender sprites skal man være opmærksom på at pointerne for blokkene 
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hvori spritene defineres, ikke længere er i adresserne 2040 til 2047. De er blever flyt- 
tet med under forskydningen. I vort tilfælde ligger de fra 16376 til 16383. 


"Tænk også på, at BASIC hukommelsen skal beskyttes, når video-RAM skal forsky- 
des/flyttes. 


En rigtig lækkerbidsken for programmører må være at kunne dele skærmen op i to 
adskilte skærmbilleder, der kan skiftes imellem efter behov. PRINT kommandoer 
virker kun på den skærm, der er aktiv. Vil man ændre på den latente skærm, må man 
benytte sig af PEEK og POKE. 

Endnu et problem: Farve-RAM kan ikke forskydes, hvilket betyder at begge skærme 
må bruge de samme tekstfarver. 


FLYTNING AF VIDEO-RAM 


TV-RAM KAN STYRES VIA BITS 4 TIL 7 I ADRESSE 53272. 


KILOBYTE NUMMERET, HVORTIL SKÆRMHUKOMMELSEN FLYTTES 
INDSÆTTES I K: 


POKE 53272,(PEEK(53272) AND 15) ORK ” 16 
POKE 648,K ” 4 


PÅ C-128 SKAL ADRESSE 2604 BRUGES TIL OMSKIFTNING AF VIC OG 
ADRESSE 2619 TIL HI-BYTE. 


5.5. Forskellige tricks i 40 tegns mode 


Der findes også i 40 tegns mode forskellige tricks, der kan lette programmøren ved 
præsentation af tekst o.l. 


Lad os begynde med farverne. VIC's farveregistre besidder en særlig egenskab. I alle 
disse bytes kan bits 4 til 7 forandres, men det påvirker ikke farvekoderne, da de kun 
ligger fra 0 til 15 dvs. bits 0 til 3. Der er altså ingen grund til bekymring, hvis man net- 
op har lagt ”nuller” ind i adresse 55296 i farve-RAM og den pludselig ændrer værdi. 


Af og til kan det være nyttigt, at kommunikere med en bestemt adresse i video-RAM. 
Dertil har vi en pointer, der hele tiden peger på starten på cursorens linie. Den ligger i 
224 og 225 (C-64 209/210). Adderer man værdien af adresse 236 (211) dertil, så har 
man cusorens adresse i video-RAM, idet den nævnte byte angiver cursorkolonne. 
Der er naturligvis også en pointer for farve-RAM. 


PRINT PEEK(226) + 256 " PEEK(227) 
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er altså adressen for liniestart i farve-RAM. I 64'er mode er det lidt anderledes. Her 
er det en pointer i 243/244, der angiver cursorbyten. 


Det er ofte rart at kunne flytte cursoren til et forudbestemt sted inden PRINT kom- 
mandoen udføres. I BASIC 7.0 sker dette nemt via CHAR-kommandoen. For Com- 
modore 64 er udvejen som følger: 


POKE 214,LINIE:POKE 211,KOLONNE:SYS 58732 


Dette trick kalder ROM rutinen for placering af cursor. 


Mon ikke også man tit har ønsket, at det var muligt at koble cursoren ind ved input 
via GET? Det er slet ikke vanskeligt. Det er adresse 2599 (C-64 204), der fortæller 
operativsystemet (interrupt-rutine) om cursoren skal være synlig eller ej (i dette til- 
fælde giver PEEK (2599) et 0). Starter vi et program, loades adresse 2599 med 1 af 
interpreteren - cursoren forsvinder. 


Alt, hvad operativsystemet kan, det kan vi også gøre. Med POKE 2599,0 kobles cur- 
soren ind ”under kørsel”. Interruptrutinen gider ikke engang resette den! Ved fjer- 
nelse af cursoren med POKE 2599,1 skal vi passe på ikke at standse cursoren midt i 
sit arbejde, og efterlade et ”frossent tegn” (reverseret) på skærmen. I 64'er mode er 
det nemt nok. Der afventer vi med en IF konstruktion at PEEK (207) bliver 0; så kan 
cursoren kobles fra. 


Den går desværre ikke i 128'er mode. Den eneste mulighed vi har her, er at lade en 
streng (PRINT) overskrive cursorens position med space efter fjernelsen af den; og 
alligevel kan man risikere at cursoren bliver stående. 


For at blive ved INPUT, så har vi endnu et tip. Med 


INPUT”tekst(CRSR RIGHT)(CRSR RIGHT) T (CRSR LEFT)(CRSR LEFT) 
(CRSR LEFT)”;A$ 


bliver tegnet T brugt som cursor ved brugen af INPUT kommandoen. Så snart en tast 
trykkes, overskrives den kunstige cursor. 


Den næste kommando benytter sig af reverse mode. Uanset om den udskrevne streng 
indeholder et tilsvarende styretegn eller ej, bliver den modsatte fremstilling udført 
med POKE 243,1 (C-64 199,1). POKE 243,0 slår om igen. 


Vil man udskrive en strengs styretegn på skærmen via et program, så er det adresse 
246 (C-64 216). Antallet af inserts skal angives; som man ved, bliver styretegn ikke 
udført i insertmode, men som reverserede tegn (ligesom inde i en streng). Denne 
mode kan man starte med POKE 216,X hvor X er antallet af tegn, der skal udskrives. 


Lad os lege operativsystem igen. Har man prøvet at bruge en datasette, så har man 
også lagt mærke til at skærmbilledet slås fra ved save/load. Det er VIC, der sørger for 
dette. I adresse 53265 bestemmer bit 4, hvordan skærmen skal se ud. 


POKE 53265,PEEK(53265) AND 239 SLÅR SKÆRMEN FRA 
POKE 53265,PEEK (53265) OR 16 SLÅR SKÆRMEN TIL 
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Det manglende billede har dog en fordel, idet VIC under opbygningen af skærmbille- 
det til tider må standse processoren i brøkdele af sekunder. 


Måske har læseren prøvet at arbejde med tekstvindue før, og ønskede at bruge dets 
koordinater igen; desværre var billedet på det tidspunkt slettet. Så er det godt, at 
man har kommandoen RWINDOW tænker man, men desværre giver den kun 2 af 4 
koordinater. Sålænge vinduet endnu eksisterer kan værdierne hentes med PEEK. 
Adresse 228 giver den øverste kant, 229 giver den nederste. Sidernes begrænsninger 
findes i adresserne 230 og 231. 


SKÆRMTRICKS 


AKTUEL POSITION I FARVE-RAM: 


C-64 : PRINT PEEK(243)+256"PEEK(244) 
C-128: PRINT PEEK(226)+256"PEEK(227)+PEEK(236) 


AKTUEL POSITION I VIDEO-RAM: 


C-64 : PRINT PEEK(209)+256"PEEK(210)+PEEK(211) 
C-128: PRINT PEEK(224)+256"PEEK(225)+PEEK (236) 


CURSOR-KOLONNE: 


C-64 : PRINT PEEK(211) 
C-128: PRINT PEEK(236) 


CURSOR-LINIE: 


C-64 : PRINT PEEK(214) 
C-128: PRINT PEEK(235) 


PLACERING AF CURSOR I C-64 MODE: 
POKE 211,KOLONNE:POKE 214,LINIE:SYS 58732 
CURSOR AKTIV: 


C-64 : POKE 204,0 
C-128: POKE 2599,0 


CURSOR OFF: 


C-64 : POKE 204,1 (PEEK(207) GIVER BLINKFASE). 
C-128: POKE 2599,1 
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INPUT MED KUNSTIG CURSOR: 
INPUT”TEKST(2"CRSR RIGHT) T (3"CRSR LEFT)”;A$ 
REVERSE ON: 


C-64 : POKE 199,1 
C-128: POKE 243,1 


REVERSE OFF: 


C-64 : POKE 199,0 
C-128: POKE 243,0 


STYRETEGNSMODE: 


C-64 : POKE 216,X 
C-128: POKE 245,X 


SKÆRMBILLEDE OFF: 

POKE 53265,PEEK(53265) AND 239 
SKÆRMBILLEDE ON: 

POKE 53265,PEEK(53265) OR 16 
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6. HØJOPLØSELIG GRAFIK 


I 128er mode er det jo en ganske enkelt sag. Omstilling til grafik og sætning/sletning af 
punkter er den rene leg med BASIC 7.0. Alligevel kan man godt få en del mere ud af 
de avancerede grafikkommandoer. 


6.1. Grafik mode 


Sandt at sige, så findes der et tilsvarende afsnit i håndbogen til computeren, men af 
og til er det meget rart at vide, hvad der egentlig foregår inde i maskinen samtidig 
med grafikken på skærmen. 


Højopløselig grafik findes der, som ved tekstfremstilling også i forskellige modes. Dog 
er der ikke en extended color mode (hvad skulle den også gøre godt for i højopløselig 
grafik??). I normalmode kan vi adressere 320 ” 200 punkter. Disse ialt 64000 punkter 
kan (som karaktergeneratoren) deles op i 8000 bytes. Denne 8 gange støre hukom- 
melse kaldes bit-map. Som et rigtigt landkort, angiver 1-er bit positionerne, om der er 
et punkt på samme position på skærmen. Farven bestemmes af video-RAM (be- 
mærk: ikke color-RAM). Hver byte i skærmhukommelsen er ansvarlig for et område 
på skærmen, der i normal mode svarer til et helt tegn. De 4 mestbetydende bits angi- 
ver en farve (0-15). de 4 mindstbetydende bits angiver baggrundsfarven. 


Når GRAPHIC kommandoen udføres, flytter computeren automatisk video-RAM til 
et andet sted i hukommelsen, således at den gamle tekst ikke overskrives. Ved multi 
color mode (nu højopløselig), indskrænkes punktmatrix igen. I stedet for 320 ” 200 
punkter har vi nu kun 160 ” 200 til rådighed. Da 2 bits også her står for et punkt, har 
vi ligeledes brug for 8000 bytes til bit-map; i tilgift har vi altså 4 farver at vælge imel- 
lem. Farverne stammer ikke kun fra den gamle video-RAM, men nu også fra bag- 
grundsfarveregister 0 og farve-RAM. Register 53281 (baggrundsfarve) benyttes til 
alle 00 kombinationer. Ved 01 benyttes de 4 mestbetydende bits og ved 10 benyttes de 
4 mindstbetydende bits i video-RAM. Er begge bits 1, henter VIC farvekoden fra den 
tilsvarende byte i farve-RAM. 


6.2. Bit-Map 


Men ru til bit-map i hukommelsen. Som altid når det drejer sig om den slags, har 
adresse 53272 en finger … en bit med i spillet! Alt efter bit 3's tilstand ligger bit-map 
fra adresse 8192 (når bit 3=1) eller adresse 0. Det sidste nytter jo ikke så meget, idet 
der jo ligger den nødvendige Zero-page. Den kan kun undværes, hvis man er meget 
intim ven med operativsystemet. 


Bit-map er opbygget på samme måde som karaktergeneratoren. De første 8 bytes 
udgør den første kvadrats 8 punktlinier. (tegnblok). Det er derfor det kan forekomme, 
at skærmen indeholder normale tegn efter at der er skiftet til grafikskærm. Prøv at 
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kopiere karaktergeneratoren til bit-map og ændre nogle bytes - resultatet burde være 
kendt. 


Det ser ligesådan ud i multi color mode. Kun er det her 2 bits, der repræsenterer et 
enkelt dobbelt så bredt punkt (se kapitel 5). 


Bit-map tillader ikke at man beskytter BASIC hukommelsen. I 128'er mode klarer 
computeren det for os, men i 64'er mode må vi gøre det manuelt efter samme møn- 
ster. 


6.3. Grafik i 64'er mode 


At skifte til grafik på C-64 foregår i tre skridt. Først skal bit-map området beskyttes. 
Det sker via en loader, der indeholder følgende: 


POKE 43,65:POKE 44,63:POKE 16192,0:NEW 


Ved programmering bør denne linie først indtastes i direkte mode. Der kan så skiftes 
til grafikmode inde i selve programmet. Hertil skal bit 5 i adresse 53265 sættes til 1. 
På den måde fortæller man VIC, at det ikke længere drejer sig om tegn, men højop- 
løselig grafik. Er det flerfarvet grafik, skal vi have sat multi color bit'en i adresse 
53270 til 1. Bit-map bestemmes via bit 3 i adresse 53272. Derfor skal denne også sæt- 
tes til 1. Endelig skal vi have placeret video-RAM et sted, hvor den ikke kan forstyrre 
skærmindholdet. 


Når alt dette er sket, kan vi iagttage et højst besynderligt skærmbillede på monito- 
ren. Vi mangler endnu tredie punkt på dagsordenen! Med en FOR-NEXT løkke skal 
bit-map slettes; ligeledes video-RAM. Her følger hele rutinen: 


POKE 43, 65: POKE 44, 63: POKE 16192, 0: CLR: REM RESERVER 
HUKOMMELSE 

POKE 53265, 59: REM START GRAFIK-MODE 

(POKE 53270, 216: REM START MULTI COLOR MODE 

POKE 53272, 40: REM Bit-Map + Video-RAM-FORSKYDNING TIL 
ADRESSE 2048 

FOR I= 8192 TO 16191: POKE I, 0: NEXT: REM SLET Bit-Map 

FOR I= 2048 TO 3047: POKE I, PIXELFARVE ” 16 + 
BAGGRUNDSFARVE: 

NEXT: REM SÆT FARVER 


Efter denne gang POKE'ning ligger video-RAM i adresserne 2048 til 3047 igen. Fra 
adresse 3072 og 5 K fremefter har vi frit spillerum for sprites, maskinkoderutiner og 
andre godter. 


Da også grafik-programmering får en ende engang, må vi have plads til de komman- 
doer, der bringer alt tilbage til det gamle: 
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POKE 53265, 155: REM GRAFIK MODE OFF 
(POKE 53270, 8: REM MULTI COLOR MODE OFF) 
POKE 53272, 21: REM SKIFT TIL STORE BOGSTAVER (MODE) 


Hvis man har prøvet ovenstående rutine, så har man ikke kunnet undgå at lægge 
mærke til den langsomme sletning af bit-map. Derfor har vi lavet et maskinkodepro- 
gram, der kan klare sagen i en håndvending: 


0 FOR I= 3600 TO 3659: READ A: POKE I,A: NEXT 

1 DATA 169, 32, 133, 252, 169, 0, 133, 251, 162, 31, 160, 0, 145, 251, 136, 
208, 251, 230, 252 

2 DATA 202, 208, 246, 160, 64, 145, 251, 136, 16, 251, 169, 8, 133, 252, 
165, 2, 162, 3, 160 

3 DATA 0, 145, 251, 136, 208, 251, 230, 252, 202, 208, 246, 160, 232, 145, 
251, 136, 208, 251 

4 DATA 141, 0, 11, 96 


Programmet startes med: 
SYS 3600 


Først slettes bit-map og derefter loades adresserne 2048 - 3047 i video-RAM med 
pixel- og baggrundsfarver. Hvilke farver bestemmes i adresse 2. Med POKE 2, pixel- 
farve"16+baggrundsfarve. 


Man kan flytte rundt med programmet, som man vil. Dvs. det kan sagtens ligge i kas- 
settebufferen eller et andet sted. 

Startadressen er altid den byte hvormed FOR-NEXT løkken starter i linie 0. Prøv at 
lade programmet køre; om ikke andet så for at nyde den hastighed hvormed alting 
klares. 


Til slut endnu et lille tip. Hvis man gerne vil gemme sprites, grafikbilleder, farver og 
sletteprogrammet på diskette eller bånd, så er det ganske nemt. Når sprites, grafiksi- 
den og maskinkodeprogrammet allerede ligger i det reserverede område, sættes poin- 
teren i 43/44 til den normale start på BASIC, og der kan SAVE's på normal vis. Man 
kan også, hvis man vil spare på hukommelsen, flytte pointeren højere op; f.eks. hvis 
ikke farve-RAM skal gemmes med. Loades programmet tilbage med 
LOAD”navn”,8,1 (husk endelig først loaderen, der sætter pointeren), så ligger grafik, 
sprites 0.s.v. klar i hukommelsen. Det er især af interesse for folk, der laver spillepro- 
grammer. 


54 


fS rr 


64'ER GRAFIK 


NOR rr 


DE FØLGENDE POKE-KOMMANDOER AKTIVERER HENHOLDSVIS 
HØJOPLØSELIG GRAFIK OG MULTI-COLOR-MODE. 


VIDEO-RAM LIGGER IMELLEM 2048 - 3047 
STARTEN AF BASIC FLYTTES TIL 16192 


POKE 53265,59:REM HØJOPLØSNING ON 
(POKE 53270,216:REM MULTI-COLOR ON) 
POKE 53272,40:REM FORSKYDNING AF BIT-MAP OG VIDEO-RAM 


HEREFTER SKAL BIT-MAP OG VIDEO-RAM SLETTES 
REKONFIGURATION SKER MED: 


POKE 53265,155:REM GRAFIK OFF 
(POKE 53270,8:REM MULTI-COLOR MODE OFF) 
POKE 53272,21:REM STORE BOGSTAVER (MODE) ON 


6.4. PSET i 64'er mode 


Hvis man vil ”tænde” et punkt på grafikskærmen, så kan man tegne sit billede op på 
millimeterpapir først, hvorefter de små kasser kan laves om til bytes. Kan man fores- 
tille sig et eller andet med masser af arbejde, sved og raseritilfælde så tror jeg ikke, 
man rammer meget ved siden af. For at dele forfatternes dovenskab, følger her en 
rutine, der kan lette arbejdet med at programmere grafik. 


6.4.1. Punkter i højopløsning 


Den nedenfor listede subrutine arbejder efter samme princip som blokgrafikrutinen 
fra kapitel 5.1. Da vi denne gang ikke har brug for at POKE særlige styretegn, behøver 
vi ingen tabel for at kunne omsætte punktkoordinaterne: 


61000 REM TÆND/SLUK PUNKTER I HØJOPLØSNING 

61010 Y=199- Y: IF Y <0 OR Y > 199 THEN RETURN 

61020 IF X <0 OR X > 319 THEN RETURN 

61030 X1= INT (X/8): X2= INT (Y/8): AD= 8192 + 8"X1 + 320"X2 + 
(Y AND 7) 

61040 X3= 2 +t (7- (X AND 7)): CA= 2048 + X1 + 40"X2 

61050 POKE CA, (PEEK (CA) AND 15) OR 16 ” CO 
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61060 IF L=1 THEN POKE AD, PEEK (AD) AND (255 - X3): 
RETURN 
61070 POKE AD, PEEK (AD) OR X3: RETURN 


Underrutinen kaldes med GOSUB 61000. Koordinaterne X (0-319) og Y (0-199) angi- 
ver punktet. Koordinatsystemets udgangspunkt ligger i nederste venstre hjørne. Lig- 
ger X,Y værdierne ikke indenfor det tilladte område, afsluttes rutinen henholdsvis i 
61010 og 61020. På denne måde er der givet mulighed for at føre synlige linier ud over 
skærmkanten. 


Linie 61030 beregner den adresse i bit-map, hvis byte skal ændres. INT(X/8) angiver 
den aktuelle kolonne i farve-RAM. Denne værdi multipliceres med 8, da en byte i 
farve-RAM repræsenterer 8 bytes i bit-map. INT(Y/8) behandler på lignende måde 
den aktuelle linie. For at finde den tilsvarende linie i bit-map, multipliceres dette tal 
med antallet af mulige punkter pr. linie (320). Endelig giver Y AND 7 linien indenfor 
farvekvadratet. 


Variablen X3 angiver værdien, der blev AND'et med de satte bits for sætning/slet- 
ning af punktet. AD indeholder POKE adressen for punktet; CA er farven. Linie 
61050 POKE'er farven CO (0-15) til de mestbetydende bits i tilsvarende farvehukom- 
melse. Observer at alle punkterne indenfor kvadratet ændrer farve! 


Er variablen L=1 så betyder det, at det angivne punkt skal slettes. I dette tilfælde 
hoppes der til linie 61060, ellers vil punktet atter blive sat sidst i sidste linie af funk- 
tionsdelen. 


Et typisk kald af rutinen kunne se således ud: 


X=100:Y=25:REM KOORDINATER BESTEMMES 
CO=2:L=—0:REM FARVE=RØD:MODE=SÆT PUNKT 
GOSUB 61000:REM KALD RUTINEN 


6.4.2. Punkter i Multi-Color-Mode 


I multi color mode skal der sættes 2 bits pr. punkt; alt efter farve i forskellige kombi- 
nationer. Det er nærliggende at kalde PSET-rutinen fra før 2 gange. Til den første bit 
fordobles X-koordinaten. Til den anden forhøjes den dobbelte koordinat med 1. Da 
de to bits ligger i samme byte kan man spare den anden POKE- beregning. Se selv: 


61000 REM SÆT MULTI-COLOR PUNKTER 

61010 Y=199-Y:IFY <0OR Y > 199 THEN RETURN 

61020 X— 2"x: IF X <0 OR X > 318 THEN RETURN 

61030 x1= INT (X/8): X2= INT (Y/8): AD= 8192 + 8"X1 + 320"X2 + 
(Y AND 7) 

61040 X3= 2 t (7 - (X AND 7)): X4= 2 4 (7 - ((X+1) AND 7)) 

61050 POKE AD, PEEK (AD) AND (255 - (X3 + x4)) 

61060 POKE AD, PEEK (AD) OR ((CO AND 1)"X3 + 
(CO AND 2)/2"X4):RETURN 
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Der kaldes med GOSUB 61000. Koordinaterne ligger igen i X (0-159) og Y (0-199). 
Farverne og sæt/slet mode skal ikke længere angives. Skal et punkt slettes, sættes 
dets farve ganske enkelt til 0 (CO). Farverne, der skal fremkomme via bitkombinatio- 
nen, skal POKE's til det tilsvarende register (for video-RAM klares dette af slette- 
rutinen). Med undtagelse af en lille ændring, er linierne 61010 til 61030 ikke forskel- 
lige fra den normale højopløsning. 


Linie 61040 beregner AND'en for bit X3 og X4. I linie 61050 slettes begge bits. Endelig 
flyttes bitkombinationen via linie 61060 til den aktuelle byte. CO AND 1 angiver den 
mindstbetydende byte i kombinationen. (CO AND 2)/2 giver den mestbetydende. Er 
en bit 0, bliver hele resultatet 0. Den aktuelle bit OR”es med 0, og beholder derved sin 
oprindelige tilstand, ellers OR'es med 1. Bit'en bliver i alle tilfælde 1. Slut! 


Her endnu et eksempel på et typisk kald: 


X=100:Y=50:REM KOORDINATER 

CO=2:REM HENT FARVE FRA MESTBETYDENDE BIT I VIDEO- 
RAM 

GOSUB 61000:KALD AF UNDERRUTINEN 


6.5. Spiraler 


Efter den lidt mere indviklede afdeling om 64'er grafik, vender vi nu tilbage til grafik- 
kommandoerne i BASIC 7.0. 


Spiralen er nok en af de figurerer, der kan vises i flest variationer. Derfor findes der 
ikke noget standard-program for spiraler. Princippet er dog altid det samme. For at 
anskueliggøre det, må vi først lave en cirkel. Det gør vi med dette program: 


10 FOR I=0 TO 359 
20 DRAW 1,160+SIN(I/180”PI)"100,100+C0S(I1/180”PI)"100 
30 NEXT 


NB: HUSK AT ERSTATTE PI MED DET TILSVARENDE TEGN PÅ TASTATU- 
RET. 


Det er nok ikke svært at se, at det drejer sig om at sætte 360 punkter. Koordinaterne 
beregnes ud fra sinus- og cosinus værdierne multipliceret med radius (100). Det er til- 
ladt at eksperimentere lidt med tallene. 


En spiral er egentlig ikke andet end en cirkel med stadig voksende radius (undskyld 
matematikere!). Det følgende program belyser det: 


10 LOCATE 160,100 

20 FOR I=0 TO 8000 STEP 10 

30 X=COS(I/180"PI)"I/80+160:Y=SIN(I/180”PI)"I/80+100 
40 DRAW TO X,Y:NEXT 
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Hvis man ændrer på parameterne, påvirker man spiralens udseende drastisk; f.eks. 
antallet af vindinger via løkkens længde, tegneakkuratessen ved at ændre STEP- 
værdien, radius, afstanden mellem vindingerne 0.s.v. 


6.6. Lagkagediagrammer 


De fleste har vel på et eller andet tidspunkt set Hans Bischofs flotte diagrammer på 
fjernsynsskærmen. Det er ikke svært at lave den slags grafik med BASIC 7.0. Her er 
et underprogram, der kan kobles på egne programmer, hvis man har lyst: 


61000 REM LAGKAGEGRAFIK 

61010 WB= 0: FOR II = 0 TO AZ-1 

61020 WA= WB: WB= WB+W(II)"3.6 

61030 CIRCLE F, X, Y, XR, YR, WA, WB 

61040 DRAW TO X, Y: NEXT 

61050 IF XR > YR THEN CIRCLE 1, X, Y+8, XR, YR, 85, 275: 
PAINT 1, X, Y+YR+5 

61060 RETURN 


Når man kalder rutinen med GOSUB 61000, skal variablerne være tilskrevet de nød- 
vendige værdier. Variablen F skal indeholde farveværdien. X og Y skal indeholde 
koordinaterne for cirklens centrum. XR og YR skal indeholde radierne. Hvis XR er 
større end YR opnår man en 3-D effekt via linie 61050. 


Rutinen skal selvfølgelig også kende værdierne, der skal fremstilles i diagrammet. 
Variablen AZ angiver, hvor meget af denne værdi, der skal lægges i område W(II). De 
enkelte elementer angiver hvor mange procentdele der dækkes i denne del af cirklen. 
Vær opmærksom på at summen af elementerne SKAL give 100 som resultat. 


Selve lagkagegrafikken gør brug af alle CIRCLE kommandoens parametre. Den 
efterfølgende DRAW kommando tegner en streg til midtpunktet som afgrænsning. 
Linie 61050 undersøger om det drejer sig om en 3-D fremstilling. Er dette tilfældet 
tegnes nok en RAND under elipsen; og den opståede flade udfyldes. 


6.7. Maleprogrammet 


Fra Commodore 64 kendes programmer som PAINT-PIC, hvormed man kan tegne 
på skærmen. Den slags programmer har fundet mange anvendelsesmuligheder. Til 
hjemmebrug kunne man f.eks. tænke sig et sådant program anvendt til at lave lyk- 
ønskningskort eller indbydelser med egne motiver på. De færdige skærmbilleder 
kunne derefter skrives ud på en matrixprinter. Her følger en stærkt forenklet version 
af et sådant program: 
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Maleprogram. 


10 fori=1t067:reada:a$=a$+chr$(a):next 
20 graphicl,1:locate160,100:x=160:y=100:f=1 
30 sprsav a$,1:sprite 1,1,2,0,0,0,0 
40 movspr 1,173,140 
50 a$=””:getkey a$ 
60 ifa$=”"”thenify>0thenmovspr1,+0,-1:y=y-1:goto50: 
REM " = curser op 
70 ifa$=”"”"thenify<199thenmovspr1,+0,+1:y=y+1:goto50: 
REM " = curser ned 
80 ifa$=”"”thenifx>0thenmovspr1,-1,+0:x=x-1:goto50: 
REM " = curser venstre 
90 ifa$=”"”thenifx<319thenmovspr1,+1,+0:x=x+1:goto50: 
REM " = curser højre 
100 ifa$=” ”thendrawf,x,y:xa=x:ya=y:goto50 
110 ifa$=chr$(13)thendrawf,xa,yatox,y:xa=x:ya=y:goto50 
120 ifa$=”p”thenpaintf,x,y:goto50 
130 ifa$=”"f”thenf=1-f:goto50 
140 ifa$=”s”then1000 
150 ifa$="1”then1100 
160 ifa$=”t”then1200 
170 goto 50 
1000 graphic0:print”Sbit-map save” 
1010 input”qfilename”;f$:bsave(f$),d0,u8,0onb0,p8192t0p16192 
1020 graphic1:goto50 
1100 graphic0:print”Sbit-map laden” 
1110 input”qfilename”;f$:bload(f$),d0,u8,onb0,p8192 
1120 graphic1:goto50 
1200 getkeya$:ifa$=chr$(13)then50 
1210 charf,x/8,y/8,chr$(14)+a$:ifx<311thenx=x+8:movspr 1,+8,+0: 
goto1200:else50 
9000 data0,16,0,0,16,0,0,16,0,0,16,0 
9001 data0,16,0,0,16,0,0,16,0,0,16,0 
9002 data0,0,0,0,0,0,255,131,254,0,0,0,0,0,0,0,16,0,0,16,0 
9003 data0,16,0,0,16,0,0,16,0,0,16,0,0,16,0,0,16,0,23,0,20,0 


En sprite tjener som grafik-cursor; den flyttes hele tiden hen over det aktuelle punkt. 
Denne cursor kan flyttes med cursortasterne. Med mellemrumstangenten sætter 
man et punkt. Et tryk på RETURN tasten bevirker, at der tegnes en streg fra det sid- 
ste angivne punkt til cursorpositionen. F-tasten skifter farve (0 eller 1). P starter en 
PAINT kommando på den aktuelle cursorposition. 


Naturligvis skal der også være mulighed for at gemme sit ”skilderi”. Derfor kan man 
aktivere en SAVE funktion med et tryk på S. Man bliver så bedt om at navngive sin 
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fil, hvorefter bit-map skrives til disketten. Den tilhørende LOAD rutine får man ved 
at trykke L. 


En lille godbid fåes ved tryk på T. Herved får man nemlig adgang til tekstmode, hvil- 
ket betyder at de efterfølgende indtastninger af bogstaver flyttes til cursorpositionen 
med CHAR kommandoen. Denne funktion er aktiv indtil man taster RETURN. 


6.8. Hard-copy 


Hvis man er tilhænger af at få sin grafik serveret på papiret, er det en hard-copy 
funktion, man har brug for. Det er egentlig nærliggende at tage maskinsprogspro- 
grammering i anvendelse her, da der skal aflæses 64000 billedpunkter pr. grafikside, 
som derefter skal kodes og printes; det tager tid. Alligevel har vi valgt at vise et hard- 
copy program i BASIC for forståelsens skyld. 


Det første program er for MPS-801 (eller kompatible) maskiner. MPS-801 kan i gra- 
fikmode printe 7 lodret beliggende punkter af gangen. Derfor må bit-map ”gennem- 
køres” i 28 linier med 7 punkter og en liniehøjde på $ punkter. Hver af disse linier 
består af 320 kolonner. Den inderste ”nestede” FOR-NEXT løkke afsøger de 7 punk- 
ter og opbygger dem som bits i variablen BY. Er en hel byte færdig, sendes den til 
printeren (linie 60). Efter 320 kolonner skal printerhovedet flyttes tilbage til venstre 
positions første kolonne og papiret skal flyttes frem. PRINT 41 sørger for transporten 
af de aktuelle styretegn (linie 70). 


Det andet program er beregnet for en EPSON printer. De to programmer er næsten 
ens. MPS-801 ændrer automatisk til kort linieafstand ved aktivering af grafikmode, 
således at der ikke opstår ”luft” imellem punktrækkerne. Det gør EPSON ikke; der- 
for skal denne printer have tilført de rigtige styretegn for at ændre linieafstand. Yder- 
ligere kan grafikmode kun aktiveres for een linie af gangen. Den vigtigste forskel er 
imidlertid den at EPSON kan printe hele 8 punkter af gangen, hvilket formindsker 
FOR-NEXT løkkerne. 


Begge programmer giver et virkelig godt bevis på, hvor langsomt en BASIC fortolker 
arbejder. For at mildne dette, benytter vi os af FAST mode kommandoen. Husk også 
at udelade alle REM linier; de koster tid. Der er ingen grund til bekymring selvom det 
varer et stykke tid inden der sker noget, når programmet er startet op! 


MPS hardcopy. 


1 rem +44+4+4+4+4+4+4+++4+4+4+4+4+4+4+4+4+4++++++ 
2 rem mps-801-grafik-hardcopy 2.0 

3 rem +4+4+4+4+++4++4+4+4+4+4+4+4+++++++++++ 
10 fast:open1,4,7:printff 1,chr$(8); 

20 forz=0to27 

30 forx=0t0o319:by=128 
40 fory=0to6 


60 


50 locatex,y+z"7:by=by+rdot(2)"2ty 
60 nexty:printf1,chr$(by); 

70 nextx:printf 1 

80 nextz 

90 forx=0t0o319:by=128 

100 fory=0to3 

110 locatex,y+196:by=by+rdot(2)"2ty 
120 nexty:printi 1,chr$(by); 

130 nextx:printf1 

140 printff1,chr$(15);:closel 

150 slow 

160 graphic0 


1 rem +4444444444444444444+4+44+4+4++ 
2 rem epson-grafik-hardcopy 2.0 
3 rem +44444444444444444+444+4+4+4+4++ 
5 graphicl1,1:fori=100t0220step10:circle1,i,100,100:next:getkeya$ 
10 fast:open1,4,1:printf 1,chr$(27);chr$(51);chr$(23); 

20 forz=0to24:printit 1,chr$(27);chr$(75);chr$(64);chr$(1); 
30 forx=0t0o319:by=0 

40 fory=0to7 

50 locatex,y+z78:by=by+rdot(2)"21(7-y) 

60 nexty:printi 1,chr$(by); 

70 nextx:printi1,chr$(13);chr$(10); 

80 nextz 

90 closel 

100 slow 

100 graphic0 


Y = sini(x/180£FI) + sin(z/180£+FI) + 70 
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%/180xF' I b = 2/180%+xF'I 
exp (- (23X32+5xb5)/2) /sqr (2£F' I) £500 


u 
H 


< 
" 


y = sin(x/30) % (exp (2/90) -— 1 /Z exp(z2/90)) &£ 10 


6.9. 3-D grafik 


Fremstilling af tredimensionale funktioner hører uden tvivl til den mere interessante 
del af grafikken; desværre også den vanskeligste. Alligevel, vil vi vise en appetitvæk- 


ker indenfor denne teknik. 
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Lad os kigge på koordinatsystemet. I modsætning til den sædvanlige funktionsfrem- 
stilling, er der nu 3 akser: X,Y og Z. 


Z-aksen må nødvendigvis kunne vises ”skråt” i rummet (se fig. 4). Vinklen kan vi selv 
bestemme. 


Da vi ikke kan angive 3 dimensioner i DRAW kommandoen, må vi omregne til 2 
dimensioner. Det er det, der kaldes projektion. Vi anvender den enkle parallelle pro- 
jektion, hvor der ikke findes et brændpunkt (linierne er jo, som navnet siger, paral- 
lelle). 


Som det ses på billedet, skal et punkt, alt efter Z-koordinaten forskydes mere eller 
mindre opad mod højre. På Z-aksen er der indtegnet to punkter med koordinaterne 
(0,0,ZA) og (0,0,Z7B). Man kan se at projektionskoordinaterne kan beregnes ved 
addition af ZA"COS(A) og ZB"SIN(A). Formlerne ser således ud: 


X=0 + ZA ” COS(A) Y=0 + ZA ” SIN(A) 
eller i standardform: 
X=XA + ZA” COS(A) Y=-YA+ZA” SIN(A) 


Da disse 2-D koordinater ikke altid stemmer overens med skærmkoordinaterne, ind- 
fører vi nogle såkaldte afstandsfaktorer SX og SY (se linie 100). Koordinaten bestem- 
mes af faktorer fundet ved addition. 


Idet kun en af de tre koordinater beregnes, er der brug for to nestede FOR-NEXT 
løkker. Af grunde, vi ikke vil komme ind på her, er det en god ide at plotte bagfra. 


I det nedenfor viste program bruges INPUT ved de værdier, der ofte ændres ved eks- 
perimentering. Programmet arbejder i grafikmode 1, da det her kommer an på den 
største mulige opløsning; og ikke flest kulører. Tast programmet ind og indsæt de føl- 
gende værdier: 


w=45 
sx=—0.5 
sy=0.5 
xs=2 
zs=20 


1 REM +4444444+444+44+4+++ 
2 REM 3D-Grafik-Plotter 
3 REM +44444+444+4+4++4++++ 
10 INPUT ”VINKEL”;w: z1=cos(w/180”PI): z2=sin(w/180”PI) 
20 INPUT ”X-LAENGDE”;sx 
30 INPUT ”Y-LAENGDE”;sy 
40 INPUT ”X-STEP”;xs 
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50 INPUT ”Z-STEP”;zs 

60 GRAPHIC 1,1 

70 FOR z= 180 TO -180 STEP -zs 

80 FOR x= -180 TO 180 STEP xs 

90 y= sin(x/180”PI)"cos(z/180”PI)"50 
100 bx= 160+sx"(x+z"z1): by= 100-sy"(y+z"z2) 
110 DRAW 1,bx,by 

120 NEXT x,z 


Ved kørsel af programmet vil man opdage, at der er nogle punkter, der burde være 
optisk skjulte af foranliggende billedelementer. Det kaldes PASTE. Problemet kan 
løses ved at slette alle punkter under de netop satte. Linie 110 skal se således ud: 


110 DRAW 1,bx,by: DRAW 0,bx,by+1 TO bx,200 


Vi vil forklare det med et eksempel. Vi går ud fra at vores funktion angiver en fuld- 
stændig jævn flade. Denne flade vil være smallest for oven; det forreste punkt på 
figuren vil ligge under det bageste punkt, og kan dermed ikke dække andre af figu- 
rens punkter. Lad os antage at Y-koordinaten til den forreste linie af punkter forhøjes 
med 1. Så vil den netop dække den ovenfor liggende linie. Forhøjer vi koordinaterne 
endnu en gang, vil tilsvarende flere linier dækkes. Heraf ses det, at alle punkter på 
den til enhver tid nederst liggende linie skal slettes. Dette gælder også, hvis figuren 
viser en kurve eller lignende. Den bedste måde at forstå det på, er nok at iagttage slet- 
ningen, idet grafikken opbygges. 


Endnu et par forklaringer til belysning af programlinierne. Linie 10 beregner vinklen 
W's cosinus- og sinusværdier. Da disse værdier altid er de samme, kan de lægges ind 
som konstanter, hvilket sparer meget processortid. (det er de langsommeste bereg- 
ninger på computeren). Tallene i FOR-NEXT løkken (linie 70/80) kan ændres, alt 
afhængig af hvor stor en del af funktionen, man ønsker tegnet. 


Multiplikationen i linie 90 (”50) skyldes at funktionsværdierne altid bliver mindre 
end 1. Denne værdi skal strækkes; men graden svinger fra funktion til funktion. 


Prøv at anvende forskellige STEP-værdier, strækningsfaktorer og funktioner. 


6.10. Linieraster-interrupt 


Selv om overskriften lyder meget teknisk, er vi overbevist om at læseren, selvom han/ 
hun ikke kender ordet, indirekte har haft brug for denne indretning. Den er, blandt 
andet, ansvarlig for skift mellem grafik mode 2 og 4. 


På et fjernsyn eller en monitor bygges billedet op linievis. Disse linier kaldes også ras- 
terlinier. Da det er VIC, der kontrollerer disse, holder den også styr på, hvor langt 
man er kommet i opbygningen af et skærmbillede. Er det et delt skærmbillede, bereg- 
ner operativsystemet først hvilken linie, der er skillelinie. Derefter programmeres 
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VIC'en på en sådan måde, at der netop ved skillelinien udløses et interrupt. Via et 
specielt program kobler processoren VIC om fra grafik til tekst. Ved den nederste linie 
gentages dette, blot er det nu grafikken den aktiverer. 


Selvom man kan takke Commodore-folkene for meget, så er det alligevel ærgeligt at 
grænsen mellem grafik og tekst i BASIC, kun lader sig flytte i spring af 8 linier, 
selvom VIC'en tillader mere. Derfor vil de øverste punkter af en tekstlinie altid blive 
overskrevet af grafikken. For at ændre dette, er det kun nødvendigt at ”pille” ved 
adresse 2612. Her kan man selv POKE den ønskede rasterlinie ind. Princippet frem- 
går af det følgende program: 


10 GRAPHIC 2,1 

20 FOR I= 0 TO 100 STEP 10 

30 CIRCLE 1, 160, 100, I 

40 NEXT 

50 PRINT ”(CLR)(3xCRSR DOWN)GRAFIK” 

60 PRINT ”(3xCRSR DOWN)OG TEKST” 

70 PRINT ”(3xCRSR DOWN)KAN BLANDES” 
100 FOR I= 48 TO 248: POKE 2612, I: NEXT 
110 FOR I=— 248 TO 48 STEP -1: POKE 2612, I: NEXT 
120 GOTO 100 


LINIERASTER-INTERRUPT 
INDHOLDET I ADRESSE 2612 ANGIVER DEN RASTERLINIE, HVORI DER 


SKILLES MELLEM DE TO MODES. 
BYTEN KAN ÆNDRES MED POKE. 
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7. SPRITES 


Dette kapitel forudsætter at man har studeret de to kapitler om sprites i manualen til 
Commodore 128, og således ved, hvordan disse ”transportable” stykker minigrafik 
fungerer. Desværre er de følgende beskrivelser næsten udelukkende møntet på C-64 
mode, da BASIC 7.0 indeholder nogle superskrappe spritekommandoer! 


7.1. Multi-color sprites i C-64 mode 


Multi-color mode aktiveres ved sætning af den bit i VIC-register 28 (53276), der sva- 
rer til spritenummeret. F.eks. defineres sprite 6 i multi-color mode ved følgende: 


POKE 53276,PEEK(53276) OR (216) 
Selvfølgelig kan man sætte bit'en til 0 igen med: 
POKE 53276,PEEK(53276) AND (255-216) 


Således vil spriten være sat til multi-color. Da der igen skal 2 af matrixens bits til at 
danne et punkt, har vi kun 12721 punkter til rådighed. Hvordan denne mode funge- 
rer, ved vi allerede. Det, det gælder om nu, er at finde ud af, hvilke bit-kombinationer, 
der giver, hvilke farver. 


Er begge bits sat til 0, er det tilsvarende punkt i spriten transparent, dvs. at man ser 
baggrundsfarven. Er den mindstbetydende bit 1, henter VIC farven fra multi-color 
register 37 og 38 (53285 og 53286). Hvilken af de to, der anvendes bestemmes af bit 2. 
Er den 0, er register 37 aktiv, ellers 38. Ved kombinationen 1 0, hentes farveinforma- 
tionerne fra spritens normale farveregister. Denne farve kan være forskellig fra sprite 
til sprite; dog ikke multi-colors. Disse stammer for alle sprites fra de sammme regi- 
stre og må kun ligge i intervallet 0 - 7. Multi-color sprites defineres på samme måde 
som de normale, det er kun bitkombinationerne, der er anderledes. 


Nogle begrænsninger: Under diskettedrift skal man være opmærksom på, at spritene 
sættes ud af funktion (POKE 53269,0) da VIC styrer clock, og at dette tager mere tid 
jo flere sprites, der er på skærmen. Det kan forstyrre overførslen af data. I 128'er 
mode tages der automatisk hensyn til dette, da alle diskettekommandoer i BASIC 7.0 
kobler spritefunktionen fra et kort øjeblik. 


MULTI-COLOR SPRITES 


AKTIVERING AF MODE: SÆT TILSVARENDE BIT I REGISTER 28 TIL 1 
(ADRESSE 53276). 


FARVER FRA REGISTER 37 (VED 0 1) OG FRA REGISTER 38 (VED 1 1) 
FARVER FRA NORMALT REGISTER (VED 1 0). 
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7.2. Kollisioner 


VIC'en angiver enhver berøring mellem to sprites i sine registre. Opstår der en kolli- 
sion mellem to eller flere sprites, vil det kunne aflæses i register 30 (53278). De impli- 
cerede sprites's numre kan ses via sætningen af de tilsvarende bits i dette register. 


PRINT PEEK(53278) AND 2tn 


undersøger om sprite n var impliceret i kollisionen. Er det tilfældet, vil den viste linie 
give tallet n som resultat af tallet 2tn, ellers 0. I BASIC 7.0 findes den tilsvarende 
kommando under navnet BUMP. Kollisionen registreres først i det øjeblik, hvor 2 
punkter berøres. Disse bits forbliver tændte indtil de udlæses via PEEK komman- 
doen. Det kan altså forekomme, at der registreres en berøring, selvom to sprites for- 
længst er gået hver til sit. Derfor er det en god ide, hele tiden at nulstille de aktuelle 
bits, inden man udlæser deres tilstand. En ny kollision vil så sætte bit igen. 


For at anskueliggøre brugen af sprites og kollisionskontrol har vi lavet et lille spil. Det 
er et simpelt bilvæddeløb. Målet er at undgå en generende bil ved hjælp af Z-tasten 
(VENSTRE) og /-tasten (HØJRE). Enhver berøring af rabatten eller den anden vogn 
resulterer i et CRASH. Man kan selvfølgelig undlade REM-sætningerne ved indtast- 
ningen af spillet. 


C-128 mode versionen er i princippet identisk med C-64'erens, men hvor det er 
muligt, er der brugt BASIC 7.0 kommandoer. BASIC 7.0 finder automatisk ud af, om 
der er sket en kollision. Man slipper på den måde for hele tiden at skulle aflæse kolli- 
sionsregistrene. 


KOLLISION 


BERØRING MELLEM SPRITES ELLER ANDRE BAGGRUNDSTEGN/ 
FIGURER KAN AFLÆSES I REGISTRE 30 (53278) OG 31 (53271) I VIC. 


BIT'ENE FORBLIVER TÆNDTE INDTIL REGISTRENE AFLÆSES. 


110 44 FFF 4 FF FE 44 44- 
2 rem auto-løb version c-64 
3 ren FEET FEE FEE IEEE 
10 print”S”:poke53280,0:poke53281,0:v=53248 
20 fori=832t0894:reada:pokei,a:next:rem auto-sprite indlæs 
30 fori=896t0958:reada:pokei,a:next:rem crash-sprite indlæs 
40 poke2040,13:poke2041,13:pokev+39,1:pokev+40,2:rem spritepointer 
& farve 
45 pokev+23,3:pokev+29,3:rem sprite forstørres 
50 fori=0to24:poke1034+i"40,160:poke55306+i740,1 
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60 poke1055+i"40,160:poke55327+i740,1:nexti 
70 pokev,168:pokev+1,170:pokev+21,3:x=168:rem startpos. auto & 
sprite tændes 
80 pokev+2,168:pokev+3,0:hx=168:hy=0:rem startposition 
90 pokev+30,0:pokev+31,0:rem kollisionskontrol slættes 
100 a=—peek(203):rem tastaturforespørgelse 
110 ifa=12thenx=x-1:rem z aktiveret 
120 ifa=55thenx=x+1:rem / aktiveret 
130 pokev,x 
140 ifpeek(v+30)>0orpeek(v+31)=1thenpoke2040,14:fori= 
0t0500:next:run:remcrash 
150 hy=hy+2:ifhy>240thenhy=30 
160 hx=hx+int(rnd(ti)"5)-2:ifhx<120thenhx=120:rem koor. & venstre 
kant 
170 ifhx>216thenhx=216 
180 pokev+2,hx:pokev+3,hy:goto100 
1000 rem sprite-data auto 
1100 data 0,0,0 
1101 data 0,126,0 
1102 data 0,126,0 
1103 data 0,255,0 
1104 data 12,255,48 
1105 data15,255,240 
1106 data 12,255,48 
1107 data 0,255,0 
1108 data 0,255,0 
1109 data 1,231,128 
1110 data 1,195,128 
1111 data 1,195,128 
1112 data 1,195,128 
1113 data 3,195,192 
1114 data 3,195,192 
1115 data 115,255,206 
1116 data 115,255,206 
1117 data 127,255,254 
1118 data 115,255,206 
1119 data 115,255,206 
1120 data 0,0,0 
2000 rem sprite-data crash 
2100 data 123,20,0 
2101 data 0,24,0 
2102 data 30,44,77 
2103 data 21,126,3 
2104 data 240,125,48 
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2105 data 15,205,240 
2106 data 22,155,41 
2107 data 1,205,156 
2108 data 0,155,0 
2109 data 1,201,108 
2110 data 1,105,108 
2111 data 1,095,028 
2112 data 1,155,158 
2113 data 23,115,192 
2114 data 32,242,132 
2115 data 35,239,216 
2116 data 1,095,028 
2117 data 32,242,132 
2118 data 68,155,0 
2119 data 27,125,48 
2120 data 0,0,0 


1 rem +44+4+4+++++4++++++4+4+4+4+4+44+4+444+4+4+++ 
2 rem auto-løb version c-128 
3 rem +444+4+44444444+444444444444+4+++++ 
10 senclr0:color0,1:color4,1 
20 fori=3584t03646:reada:pokei,a:next 
30 fori=3648t03710:reada:pokei,a:next 
40 poke2040,56:poke2041,56 
45 sprite 1,1,2,0,1,1,0:sprite 2,1,3,0,1,1,0 
50 fori=0to24:poke1034+i"40,160:poke55306+i740,1 
60 poke1055+i"40,160:poke55327+i740,1:nexti 
70 movspr 1,168,170:x=168:rem auto startposition 
80 movspr 2,168,0:hx=168:hy=0 
90 collision 1,200:collision 2,200:rem kollisionskontrol 
100 a=peek(212) 
110 ifa=12thenx—x-1 
120 ifa=55thenx=x+1 
130 movspr 1,x,170 
150 hy=hy+2:ifhy>240thenhy=30 
160 hx=hx+int(rnd(ti)"5)-2:ifhx<120thenhx=120 
170 ifhx>216thenhx=216 
180 movspr2,hx,hy:goto100 
200 poke2040,57:sleep3:run 
1000 rem sprite-data auto 
1100 data 0,0,0 
1101 data 0,126,0 
1102 data 0,126,0 
1103 data 0,255,0 


1104 data 12,255,48 
1105 data 15,255,240 
1106 data 12,255,48 
1107 data 0,255,0 
1108 data 0,255,0 
1109 data 1,231,128 
1110 data 1,195,128 
1111 data 1,195,128 
1112 data 1,195,128 
1113 data 3,195,192 
1114 data 3,195,192 
1115 data 115,255,206 
1116 data 115,255,206 
1117 data 127,255,254 
1118 data 115,255,206 
1119 data 115,255,206 
1120 data 0,0,0 

2000 rem sprite-data crash 
2100 data 123,20,0 
2101 data 0,24,0 

2102 data 30,44,77 
2103 data 21,126,3 
2104 data 240,125,48 
2105 data 15,205,240 
2106 data 22,155,41 
2107 data 1,205,156 
2108 data 0,155,0 
2109 data 1,201,108 
2110 data 1,105,108 
2111 data 1,095,028 
2112 data 1,155,158 
2113 data 23,115,192 
2114 data 32,242,132 
2115 data 35,239,216 
2116 data 1,095,028 
2117 data 32,242,132 
2118 data 68,155,0 
2119 data 27,125,48 
2120 data 0,0,0 


7.4. Prioritering og bevægelsesområde 


Normalt er sprites placeret forrest på skærmen. Ofte har man brug for at kunne sætte 
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et tegn foran en sprite (f.eks. hvis et fly skal forsvinde bag et hus). Til det formål har 
VIC'en også et register i reserve (i BASIC 7.0 findes der en selvstændig parameter til 
SPRITE-kommandoen). 


Registeret ligger i adresse 53275 (V+27). Sættes her en bit til 1, så betyder det, at den 
tilsvarende sprite afbildes bag et tegn på skærmen. Normalt er alle bits sat til 0; spri- 
ten har derved en højere prioritet i forhold til tegnet. 


Det er straks mere indviklet at hitte rede i, når der skal vises flere sprites med forskel- 
lig prioritet. Spriten med det laveste nummer ligger altid forrest. Er denne sprite prio- 
riteret lavere i forhold til skærmens tegn, så vises den under skriften, men stadigvæk 
foran de andre sprites, selvom disse er prioriteret højere end skærmens tegn. På den 
måde kan man nemt skabe optiske illusioner. 


Hvis man har prøvet at lave grafik, og derefter gjort forsøg på at lade en sprite dække 
denne grafik, vil man have opdaget, at grafikkens og spritens koordinater ikke stem- 
mer overens. Bevægelsesområdet for sprites er gjort større for at tillade bevægelser 
ud over billedkanten. I øverste venstre hjørne kan man i koordinatet 24,50 bevæge en 
sådan ”grafik i grafik” De to tal er korrektionsværdierne, der skal adderes til grafik- 
koordinaterne for at placere spriten på rette sted. Skærmens midte findes med vær- 
dierne 160+24,100+50 (regnet fra spritens øverste venstre hjørne). 


PRIORITET OG BEVÆGELSESOMRÅDE 


SPRITE-PRIORITET (FORAN/BAGVED TEGN) STYRES VIA BIT I VIC- 
REGISTER 27 (53275). VED SAT BIT AFBILDES SPRITEN BAGVED EVT. 
TEGN PÅ SKÆRMEN. 

KORREKTIONSVÆRDIER FOR SPRITES/GRAFIK-KOORDINATER: 


24 (X-AKSEN) OG 50 (Y-AKSEN). 


7.4. Ideer til SPRITE-programmering 


Mange spil-programmer benytter sig af såkaldt animation; for f.eks. at få en sprite- 
dreng til at løbe hen til sin sprite-pige på den mest naturtro måde. Det ser næsten ud 
som om arme og ben bliver bevæget uafhængigt af hinanden. Ved nærmere iagtta- 
gelse, kan man se, at der kun er to eller tre forskellige stillinger for arme og ben. Prin- 
cippet i den slags animation er ukompliceret. I dette tilfælde består en sprite af 2 
delte blokke, der så skiftes imellem under flytningen på skærmen. I den ene blok har 
spriten samlede arme og ben, og i den anden er arme og ben vidt spredte. Når der 
skiftes i et tilpas tempo, vil øjet blive narret til at tro, at det drejer sig om en jævn 
bevægelse. Desværre kan vi kun definere otte sprites af gangen. Det er derfor bedst at 
ændre sprite-pointerne (2040-2047) direkte. På den måde tildeles VIC et nyt område 
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i hukommelsen for sprites. De ekstra sprites kan man efter ønske placere i de første 
16 K i bank 0, dermed også i området 1300 - 17FF. Alt, hvad der skal til, er at dele 
blokkens adresse med 64, og POKE resultatet ind i spritepointerne. 


Vær forøvrigt opmærksom på at spritepointerne ved brug af grafik ligger i adresserne 
8184 til 8191. 


En forudsætning er naturligvis, at der er nok plads til de forskellige grafikbilleder. I 
nødstilfælde kan man flytte starten af BASIC højere op i området. 


Nedenfor findes et program, der laver en ”rullende bold”. Der benyttes 4 definitioner. 


5 print”S” 

10 fori=0to62: read a: poke dec(”0e00”)+i,a: next 
20 fori=0to62: read a: poke dec(”0e40”)+i,a: next 
30 fori=0to62: read a: poke dec(”0e80”)+i,a: next 
40 fori=0to62: read a: poke dec(”0ec0”)+i,a: next 
50 sprite 1,1: movspr 1,160,100:movspr 1,9045 
60 poke2040,56: for i = 0 to 35: next 
70 poke2040,57: for i = 0 to 35: next 
80 poke2040,58: for i = 0 to 35: next 
90 poke2040,59: for i = 0 to 35: next 

100 goto 60 

200 data 0, 120, 0, 3, 159, 0, 12, 31 

201 data 192, 16, 31, 224, 32, 31, 240, 32 

202 data 31, 240, 64, 31, 248, 64, 31, 248 

203 data 64, 31, 248, 128, 31, 252, 255, 255 

204 data 252, 255,.224, 4, 127, 224, 8, 127 

205 data 224, 8, 127, 224, 8, 63, 224, 16 

206 data 63, 224, 16, 31, 224, 32, 15, 224 

207 data 192, 3, 231, 0, 0, 120, 0 

210 data 0, 120, 0, 3, 135, 0, 12,0 

211 data 192, 16, 0, 32, 56, 0, 112, 60 

212 data 0, 240, 126, 1, 248,127, 3, 248 

213 data 127, 135, 248, 255, 207, 252, 255, 255 

214 data 252, 255, 207, 252, 127, 135, 248, 127 

215 data 3, 248, 126, 1, 248, 60, 0, 240 

216 data 56, 0, 112, 16, 0, 32, 12, 0 

217 data 192, 3, 135, 0, 0, 120, 0 

220 data 0, 120, 0, 3, 231, 0, 15, 224 

221 data 192, 31, 224, 32, 63, 224, 16, 63 

222 data 224, 16, 127, 224, 8, 127, 224, 8 

223 data 127, 224, 8, 255, 224, 4, 255, 255 

224 data 252, 128, 31, 252, 64, 31, 248, 64 

225 data 31, 248, 64, 31, 248, 32, 31, 240 


226 data 32, 31, 240, 16, 31, 224, 12, 31 
227 data 192, 3, 159, 0, 0, 120, 0 

230 data 0, 120, 0, 3, 255, 0, 15, 255 

231 data 192, 31, 255, 224, 47, 255, 208, 39 
232 data 255, 144, 67, 255, 8, 65, 254, 8 
233 data 64, 252, 8, 128, 120, 4, 128, 48 
234 data 4, 128, 120, 4, 64, 252, 8, 65 

235 data 254, 8, 67, 255, 8, 39, 255, 144 
236 data 47, 255, 208, 31, 255, 224, 15, 255 
237 data 192, 3, 255,0, 0, 120,0 


Det er ofte en god ide at kunne gemme spriteblokkende på tape eller diskette. Pro- 
grammet har vi i kapitel 4.1. I 128'er mode findes der en speciel kommando til dette 
formål, BSAVE. 


Det er også en interessant ide at bruge de højopløselige sprites som små grafiks- 
kærme i tekst-mode på 64'eren. Vi kunne forestille os, at vi ville vise en funktion gra- 
fisk samtidig med en forklarende tekst. Commodore 128 har grafikmode 2 til dette 
formål. En mulighed er at udlæse de aktuelle afsnit af karaktergeneratoren, og sætte 
de tilsvarende punkter i grafikmode, men det er en særdeles omstændelig metode. Vi 
må forlade os på sprites. Man tager 4 spriteblokke, ordner dem i en firkant på den 
ønskede position på skærmen, og beregner tilstanden for hver enkelt bit indenfor 
spritematrixen. Heldigvis har vi en rutine, der kan udføre disse beregninger. Denne 
gang giver vi ikke en dybere forklaring, idet hele princippet i rutinen svarer til den 
allerede forklarede rutine til sætning af punkter i højopløselig grafik. 


10 for i=704 to767: pokei,0:next 
20 for i=832 to 1023:pokei,0:next 
30 poke2040,11:poke2041,13:poke2042,14:poke2043,15 
40 v=53248:pokev,100:pokev+1,100:pokev+2,148:pokev+3,100 
50 pokev+4,100:pokev+5,142:pokev+6,148:pokev+7,142 
60 for i=39 to 42:pokev+i,1:nexti:pokev+21,15:pokev+23,15: 
pokev+29,15 
100 input”x-koor”;x:input”y-koor” ;y 
110 gosub 62000:goto 100 
62000 y=41-y: ify<Oory>41 then return 
62010 ifx<0orx>47 then return 
62020 bx=int(x/24):by=int(y/21):ifbx=0andby=0then ba=704: 
goto 62040 
62030 ba=768+bx"64+by"128 
62040 bx=x-24"bx:by=y-21”by 
62050 x1=int(bx/8):x2=7-(bxand7):x3=by"3 
62060 ad=ba+x3+xl 
62070 if 1=1 then pokead,peek(ad)and(255-2tx2):return 
62080 pokead,peek(ad)or(2tx2):return 
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Rutinen kaldes med GOSUB 62000. Som ved den højopløselige grafik bruges varia- 
blerne X,Y til koordinaterne og L for slette/sæt-mode. Det er spritene 0 til 3 og blok- 
kene 11, 13, 14, 15 der benyttes. I den viste version er spritene forstørret i begge retnin- 
ger. Hvis man vil, kan man også bruge normal størrelse, blot skal så positionerne kor- 
rigeres (linie 30 og 40). 


Indenfor de 4 sprites kan man sætte 48 ” 42 punkter. Da vi ikke kan benytte multi 
color mode her, har alle punkterne samme farve. Denne bestemmes i linie 50. 


Hermed tager vi afsked med kapitlet om programmering med sprites. Det skal dog 


ikke afholde nogen fra at eksperimentere videre med sprites. Der er mange uopda- 
gede anvendelsesmuligheder, der ligger og venter! 
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8. 80 TEGNS SKÆRMEN 


Et særligt kendetegn for Commodore 128 er dens mulighed for at benytte flere end eet 
skærmbillede samtidig til fremvisning af grafik, tekst eller data. 


Denne udvidelse skyldes, at der er indbygget to forskellige video-chips: 

1. VIC, overtaget fra C-64, dog ændret en smule. 

2. VDC, Video Display Controller, der bl.a. muliggør anvendelsen af RGB-skærme. 
Det følgende omhandler således VDC. 


Som allerede nævnt, er det VDC's opgave at styre RGB-signalet. RGB står for de tre 
grundfarver rød, grøn og blå hvormed et normalt (farve)fjernsynsbillede opbygges. I 
modsætning til det signal, der udsendes fra en normal tv-sender, er de 3 farver ikke 
blandet i eet signal, men adskilt i hvert sit signal. 


Denne tilsyneladende lidt molboagtige måde at transportere farvesignaler på, er slet 
ikke så tosset endda. Den sikrer nemlig at det, der overføres også virkelig er det, der 
vises på skærmen; noget, der ellers ikke er så selvfølgeligt. 


Det tiltalende ved VDC er ikke alene den kendsgerning at den producerer RGB signa- 
let, men også at den ialt råder over 16 K RAM til eget forbrug, hvori der kan lagres 
informationer om skærmindhold og tegnsæt. Hvor den første opgave er til professio- 
nelle opgaver, så er den anden prikken over i'et. 


Hvis VDC ligesom VIC lagde skærmindholdet i den normale hukommelse, måske 
endda i samme område, så var det måske muligt at anvende to forskellige skærme 
samtidigt, dog sandsynligvis ikke til hver sin opgave. 


Vi ved altså, at VDC råder over sin egen hukommelse. Analog med VIC har den 37 
registre, hvormed den styres. Nogle af disse registre vil i løbet af dette kapitel vise sig 
at være særligt interessante. En komplet oversigt findes i tillæg E. 


8.1. VDC's RAM 


RAM-området lader sig i princippet inddele i forskellige undergrupper. 


1. VIDEO-RAM: Her lagres de tegn, der skal vidregives til skærmbilledet. Fastlæg- 
ger man at VDC's adresseområde skal ligge fra $0000 til $3FFF, så ligger denne del 
i området fra $0000 til $07CF (hvor vigtige disse angivelser er, ses om lidt). 


2. ATTRIBUT- RAM : Fra adresse $0800 til $0FCF ligger et område beregnet til 
skærmbilledet. Med andre ord: De herved fremkomne 2000 bytes tjener til at spe- 
cificere udlæsningen af de i video-RAM lagrede tegn. For udlæsning af hver enkelt 
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byte i video-RAM hører der i attribut-RAM en lignende byte. Alt efter hvilken af 
bit'ene, der er tændt i attribut-RAM, vil udlæsningen ske på følgende måde: 


BIT 0: Luminicens-signal. Ved sat bit, vil den aktuelle farve fremtræde lysere (mere 
brilliant). 

BIT 1: Blå. Det aktuelle tegn har ved udlæsning en andel blåt. 

BIT 2: Grøn. Det aktuelle tegn har ved udlæsning en andel grønt. 

BIT 3: Rød. Det aktuelle tegn har ved udlæsning en andel rødt. 

BIT 4: Blink. Her bevirker sat bit, at det tilsvarende tegn vil fremtræde blinkende. 

BIT 5: Understregning. Et tegn i video-RAM, der er mærket med en bit, fremtræder 
ved udlæsning på skærmen understreget. 

BIT 6: Reverse. Denne bit giver mulighed for at vise et tegn negativt på skærmen. 

BIT 7: Alt. Det andet karaktersæt (alternative). I modsætning til C-64 ændres ikke 
hele skærmens indhold når man trykker SHIFT + C=". Grunden er at begge 
tegnsæt hele tiden er til rådig for VDC samtidig. Skiftes der til det andet 
karaktersæt markeres dette i bit 7. 


Det tredie kontinuerligt benyttede område for VDC-RAM er karaktergeneratoren. 
Den ligger i adresserne $2000 til $3FFF. Området er på hele 8 Kbyte. Der er to grunde 
til størrelsen: 


1. Begge karaktersæt befinder sig samtidigt i området. (Det er af samme grund, 
begge sæt kan benyttes samtidigt på skærmen). 

2. Hvert tegn defineres af 16 bytes, hvoraf de første 8 danner tegnets form. De sidste 
8 er fyldt med værdien 0 (nul). 


Det resterende RAM-område, mellem attribut og karaktergenerator, anvendes tilsy- 
neladende af 80-tegns skærmens højopløselige grafik. Hvis man undrer sig over, ikke 
at være stødt på denne kensgerning trods intense litterære studier af grafikken på 
Commodore 128, så lad det være sagt med det samme: denne grafik nævnes ikke. Da 
vi imidlertid håber at have vækket læserens interesse for den, vil vi præsentere den i 
det næste kapitel. 


I mellemtiden har vi groft beskrevet opbygningen af VDC. Nu går vi over til den finere 
afdeling. 


8.2. Registre: Læsning og skrivning 


Efter at have rost VDC, må vi også vise medaljens bagside. Læsning af og skrivning i 
registre er nemlig en ret så kompliceret sag. Grunden dertil er, at VDC kun er i besid- 
delse af to registre, der kan manipuleres direkte. Det rækker også, sålænge det enten 
er hele RAM-området, eller alle registre man ønsker at arbejde med. 


Registrene har adresse $D600 og $D601. 
Metoden til at skrive i et register på, er som følger: 
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1. skridt: I adresse $D600 angives nummeret på det register, der skal acceseres. 


2. skridt: I adresse $D601 lægges værdien, der skal skrives i registeret, der er angivet 
via registeret i 1. skridt. 


Eksempel: POKE DEC(”D600”),30:POKE DEC(”D601)”,10 
I register 30 skrives værdien 10. 


Ønsker man at læse værdien i et register, skal den anden kommando naturligvis lyde 
PEEK (DEC(”D601”)). 


Det er endnu vanskeligere at manipulere en byte i VDC-RAM. Her må første skridt 
være at angive hvilken adresse der skal ændres. Dette sker med hjælp fra registerene 
18 og 19. 

Derefter skal værdien skrives i register 31. Og for at afslutte sagen, skal register 30 
besværes: Her skal der angives, hvor ofte tegnet fra adresserne 18 og 19 skal skrives 
ind. 

Eksempel: 

Værdien 127 skal skrives i adresse $124F: 

1. ADRESSEN POKES: 


POKE DEC(”D600”),18:POKE DEC(”D601”),12 
POKE DEC(”D600”),19:POKE DEC(”D601”),4F 


2. VÆRDIEN, DER SKAL SKRIVES: 

POKE DEC(”D600”),31:POKE DEC(”D601”),127 
3. AFSLUTNING: 

POKE DEC(”D600”),30:POKE DEC(”D601”),1 


Trods alt dette besvær vil det vise sig, at det ikke fungerer helt som det skal. Efter 
adskillige forsøg kommer man til den konklussion, at det ikke kan lade sig gøre uden 
at tage maskinsprog til hjælp. Her følger et program, der gør det til en nem sag at 
ændre i de bytes, VDC råder over: 


10 fori=4864t04864+33 

20 readx:pokei,x:next 

40 data162,18,169,0,32,22,19,232,169,0,32,22,19,162,31,169,0,32, 
22,19,162,18,142,0,214,44,0,214,16,251,141,1,214,96 

50 lo=dec(71309”7):hi=dec(71303”):we=dec(71310”) 

60 fori=0t0o1999:rem adresse 
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70 pokelo,i and255 

80 poke hi ,i/256 

90 pokepo,127:rem tegn 
100 sys dec(7”1300”) 

110 next 

120 getkey a$ 


Programmet tillader indgreb både i skærmens hukommelse, i attribut-RAM og 
karaktergeneratoren. Apropos karaktergenerator: Hvis man vil definere sit eget 
karaktersæt, så finder man adressen på det tegn, der skal ændres med: 


ADRESSE = 8192 + 16” (KARAKTERKODE) 


Den derved fremkomne adresse plus de følgende 7 bytes angiver tegnets form. 
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9. HØJOPLØSELIG GRAFIK 
PÅ 80 TEGNS SKÆRMEN 


Som vi antydede det i forrige kapitel, kan VDC'en også fremtrylle højopløselig grafik. 
VDC'ens grafik har endda dobbelt så stor en opløsning som VIC'ens. Opløsningen er 
på 640 " 200 punkter; dog kun monokrom. Der er også lidt malurt til bægeret: Grafik- 
ken understøttes ikke af BASIC 7.0 


9.1. Bit Map 


Denne grafiks hukommelse ligger i de 16 K, som VDC stiller til rådighed. Denne 
kendsgerning siger os, at det må være muligt at lave grafik på 80 tegns skærmen her 
også; og det samtidig med at vi benytter en ”normal” skærm til tekst. 

Grafikken inddrager altså et område, der normalt bruges af video-RAM, attribut- 


RAM eller karaktergeneratoren, og laver den om til bit map, der gøres synlig på skær- 
men. Enhver ”tændt” bit i dette område, vil svare til et tændt punkt på skærmen. 


9.1.1. Bytes i Bit Map 


Den måde hvorpå bytene er ordnet på i denne grafik er heldigvis brugervenlig. De er 
ordnet således: 


ADRESSER 
LINIE 0: 0000 0001 0002 0003 0004 0005 0006..…..0079 


LINIE 1: 0080 0081 0082 0083 0084 0085 0086.…..0159 


LINIE 2: 0160 0161 0162 0163 0164 … o.s.v. 

Bytene lægges side om side indtil en linie er fyldt ud; først da påbegyndes en ny linie. 
Den følgende formel beregner den adresse, der skal ændres i, hvis man ønsker at 
sætte et punkt på skærmen: 

ADRESSE = INT (X/8) + Y ” 80 

Den enkelte bit bestemmes med: 


VÆRDI = 2 t (7-(X AND 7)) 
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9.1.2. At sætte punkter.… 


Inden vi går videre med den grå teori, skal vi måske lige tilføje hvordan man overhove- 
det får VDC'en til at koble om til grafikken: 


Sagens kerne er denne gang VDC's register 25; nærmere betegnet bit 7 i dette register. 
Med: 
POKE DEC (”D600”), 25:A = PEEK(”D601”) 


og… 
POKE DEC (”D600”), 25:POKE DEC(”D601”),A OR 128 


kobles altså grafikken ind. Turen tilbage til tekstmode, sker ved tilsvarende sletning 
af de samme bits. Gennemføres den ovenfor viste operation, opstår der et virvar af 
punkter på skærmen. Dette kaos er ikke andet end det tidligere indhold af skærm- 
eller attribut-RAM, eller karaktergeneratoren. 


Det viste program hjælper til at få ryddet op i dette kaos: 


10 a=dec(”d600”):d=a+1:rem startadresse 

20 pokea,25:poked,128 :rem tænd grafik 

30 printchr$(147); 

40 fori=0to03 

50 print”AGGAdddAddaaaadaaadaaaddanaaanaadda 
added; 

60 nexti 

70 pokea,24:c=peek(d) 

80 pokea,24:poked,cor128 

90 pokea,32:poked,0 

100 pokea,33:poked,0 

110 fori=1t063 

120 adr=i"256:hi=adr/256:lo—adr and 255 

130 poke a,18:poked,hi 

140 poke a,19:poked,lo 

150 pokea,30:poked,0 

160 nexti 


Her følger en kort forklaring til programmet: 


Som det første udskrives der et antal alfakrøller på skærmen. Disse bliver så ved 
hjælp af blokkopieringsrutinen kopieret indtil hele VDC's hukommelsesområde er 
slettet, hvilket vil sige at grafikken er initialiseret. Det ville sikkert også være muligt 
at benytte 80 tegns poke rutinen fra forrige kapitel, men noget langsommere. 
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Her følger et program, der kan sætte punkter og dermed udnytte grafikken. Program- 
met gør iøvrigt brug af 80 tegns poke rutinen fra forrige kapitel; denne skal derfor 
installeres inden programmet startes: 


10 a=dec(”d600”):d=a+1:rem startadresse 
20 pokea,25:poked,128 :rem tænd grafik 
30 printchr$(147); 
40 fori=0to03 
50 print”AGAddAdaaaaaaaaadaddaddadnadaadaadd 
add aaddaaaaaadaadadaadadaddddgde; 
60 nexti 
70 pokea,24:c=peek(d) 
80 pokea,24:poked,cor128 
90 pokea,32:poked,0 
100 pokea,33:poked,0 
110 fori=1t063 
120 adr=i"256:hi=adr/256:lo=adr and 255 
130 poke a,18:poked,hi 
140 poke a,19:poked,lo 
150 pokea,30:poked,0 
160 nexti 
200 : 
210: 
220 rem udregn koordinat og gosub 1000 
230 : 
240 : 
1000 lo=dec(71309”):hi=dec(71303”):we=dec(71310”) 
1010 ad— int(x/8)+y"80 
1020 x1=ad/256 
1030 x2=ad and 255 
1040 poke a,18:poked,x1 
1050 pokea,19:poked,x2 
1060 pokea,31:c=peek(d) 
1070 pokelo,x2 
1080 poke hi,x1 
1090 poke we,c or 24(7-(x and 7)) 
1100 sys dec(”1300”) 
1110 return 
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10. LYD 


Hvad VIC'en er for skærmbilledet er SID (Sound Interface Device) for lyden. For 
hver lydmulighed er der et register. Desværre er heller ikke dette beskrevet udførligt i 
den medfølgende manual. Da gennemgangen af alle SID's muligheder ville blive alt 
for omfangsrig, nøjes vi her med den grundlæggende teknik i lydprogrammering. 


10.1. Hvordan SID'en arbejder 


Dette afsnits hovedformål er at vise, hvad der sker inde i computeren når en lyd 
høres. Sættes en bestemt startbit til 1, så vil SID'en først kigge efter hvilken frekvens 
tonen skal have. Derefter skabes den tilsvarende svingning, der sendes igennem en 
bølgeformsmodulator. På den måde opstår den valgte bølgeform: trekant, firkant, 
savtak eller støj. 


Tonens volumen lægges i faser bestemt af 4 parametre. Anslaget (ATTACK) bestem- 
mer hvor hurtigt en tone skal nå sin maskimale volumen. Tonen skal derefter klinge 
af over en vis tid (DECAY). Denne tid bestemmes af det næste parameter. Den nu 
opnåede volumen holdes (SUSTAIN) indtil startbit'en atter sættes til 0 
(RELEASE). 


Ved firkantsvingninger kan man også bestemme tiden imellem IMPULSE-IN og 
IMPULSE-OUT, den såkaldte PULSBREDDE. På den måde kan også klangfarven 
ændres. 


10.2. Lydprogrammering i 64”er mode 


Nu kommer vi til sagen. Dette kapitel skal tjene til beskrivelse af programmering af 
lyd i 64'er mode. Her vil vi bruge metoder, der afviger en del fra de i manualen viste 
eksempler, idet disse ville umuliggøre en del af vore muligheder. 


Ligegyldig hvordan et lydprogram ser ud, bør et være klart. Alle programmer skal 
starte med fastsættelse af LYDSTYRKEN (volumen). Den POKESs ind i de fire 
mindstbetydende bits i register 24 (54296). Et forsøg på at udlæse dette eller et andet 
register (0 - 24) med PEEK vil altid mislykkes. På grund af en særlig konstruktion, 
lader disse bytes sig ikke udlæse, men kun POKE. En PEEK vil resultere i forkerte 
værdier. 


Det forholder sig nøjagtigt omvendt med registrene 25 - 28. Her kan der kun læses. 
POKE giver ingen resultater. 


Men nu tilbage til musikken. Da de 4 mestbetyden bits i registeret for volumen nor- 
malt er sat til 0, kan vi POKE den ønskede værdi heri. Med POKE 54296,0 er lydstyr- 
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ken sat til 0. POKE 54296,15 giver derimod fuld styrke. Volumen kan kun sættes 
samtidigt for alle 3 stemmer. 


Som det næste kommer frekvensen dvs. tonehøjden. Man kan vælge mellem 65536 
forskellige frekvenser. Ved programmering af melodier, er nodetabellen i tillæget til 
denne bog god at have ved hånden. Hvordan man kan dele frekvenstallet i Hi- og Lo- 
byte er gennemgået i kapitlet om pointere. Disse tal POKESs ind i register 0 og 1 
(stemme 1), 7 og 8 (stemme 2) eller 14 og 15 (stemme 3). 


Nu skal vi bestemme ENVELOPE (indhylningskurve) ved hjælp af vore parametre. 
Register 5 (henholdsvis register 12 eller 19) står for anslaget (ATTACK) og svækkelse 
(DECAY). Anslaget hører hjemme i de mestbetydende bits og tonens svækkelsestid 
(DECAY) hører hjemme i de mindstbetydende bits. På samme måde er det for vær- 
dierne for SUSTAIN (tonens holdbarhed) og RELEASE (udklingning) register 6,13 
eller 20, hvor SUSTAIN optager de mestbetydende bits. Er denne værdi 0, vil stem- 
men ikke kunne høres. Ellers står den for forholdet mellem tonens volumen og den 
maksimale volumen fra register 24. 


Har man brug for firkantsvingninger, skal SID”en også have en pulsbredde. Denne 
værdi skal ligge mellem 0 og 4095 og hører hjemme i registerparrene 2/3, 9/10 eller 16/ 
17. Af de mestebetydende bytes er det kun de mindstbetydende bits, der bruges. Vær- 
dier højere end 15 i disse registre gør altså ingen forskel. 


Så vidt så godt. Indtil nu har vi så nogenlunde fulgt manualen. For at bestemme bøl- 
geformen skulle vi iagttage register 4 (henholdvis 11 eller 18). Ligesom i nogle VIC- 
adresser har også her hver bit sin egen betydning. Bit 0 angiver den tidligere nævnte 
start/stop-bit for en tone. Sættes den til 1, startes den tilhørende tones stemme og 
ENVELOPE. Sættes den igen til 0, så bliver tonen alt efter ENVELOPE afsluttet. 
Pas ved programmeringen på, at VIC'en ikke i udklingningstiden starter en ny tone 
med den samme stemme. Er der brug for hurtigt efter hinanden følgende ens toner, så 
anbefales det, at man vælger en meget lille værdi til udklingningstiden. 


Bits 4 til 7 bestemmer bølgeformen. Er en bit sat til 1, så vælges den tilsvarende bølge- 
form, hvor bit 4 står for trekantsvingning, bit 5 for savtak og bit 6 for firkant. Bit 7 
står for hvid støj. Svingningsformerne kan også blandes. 


For at starte en tone, skal bølgeform, og startbit POKESs samtidigt. I manualen finder 
man koderne for de forskellige klange (17,33,65,129). For at afslutte en lyd, må man 
ikke nøjes med at give register 4 (11 eller 18) med 0. Det svarer til at dreje nøglen på en 
bil ved 100 km/t på en motorvej. SID”en kan pludselig ikke finde værdierne for bølge- 
formen og kan ikke afslutte ENVELOPE. Er det kun bit 0, der slettes vil tonen klinge 
ud som den skal. Dette gøres ved at POKE formkoden -1 (16,32,64 eller 128). Læg 
mærke til toer-potenserne af vore bits! 
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TONER 


VOLUMEN (LYDSTYRKE) I REGISTER 24 (0-15). 
ANSLAG (ATTACK) MESTBETYDENDE HALVE BYTE I REG. 5/12/19 
SVÆKKELSE (DECAY) MINDSTBETYDEN HALVE BYTE I REG. 5/12/19 


LÆNGDE (SUSTAIN) MESTBETYDENDE HALVE BYTE I REG. 
6/13/20 


UDKLINGNING (RELEASE) MINDSTBETYDENDE HALVE BYTE I REG. 
6/13/20 


BØLGEFORMER, REGISTER 4/11/18: 


BIT 4 : TREKANT 

BIT 5 : SAVTAK 

BIT 6 : FIRKANT 

BIT 7: STØJ 

BIT 3 : INITIALISERING 
BIT 1 : START/STOP-BIT 


FREKVENS : REGISTERPARRET 0/1, 7/8 ELLER 14/15 


10.3. Musikkommandoer i BASIC 7.0 
10.3.1. PLAY og ENVELOPE 


Det lyder jo så nemt alt sammen: I en streng angiver man en melodi's noder, og 128'e- 
ren spiller og spiller og spiller… 


Der er kun een hage. Harmonikaen lyder ikke netop som en harmonika, og tromme- 
hvirvelen får een til at tænke på havets brusen i sommerferien forrige år. Det vil vi nu 
afhjælpe lidt (husk dog at klangopfattelser kan være individuelle). Til alt held, kan 
de originale indhylningskurver ændres med ENVELOPE. 


Det er fælles for alle instrumenter, der har strenge, at tonen er der næsten samtidig 
med anslaget. Alt efter instrumentet, klinger tonen forskelligt ud. 


Den originale indhylningskurve for klaveret er god nok. Men klangen kan forbedres 
ved at man sætter pulsbredden til 600 (ENVELOPE 0,,,,,,600). 
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På samme måde kan cembaloen komme til at lyde lidt mere naturlig med pulsbred- 
den 400. En cembalo-tone kan desuden tage lang tid om at klinge ud. Derfor er det en 
god ide at sætte denne tid til 9 (ENVELOPE 6,,,,9,,400). Dettte giver især ved fler- 
stemmige melodier en god virkning. 


Også guitaren har godt af et par korrektioner. Den bedst egnede bølgeform er fir- 
kantsvingningen. Pulsbredden skal ændres til 3500. Udklingningstiden skal ændres, 
så den bliver længere (ENVELOPE 5,,,3,3,2,3500). Såvidt strengene. 


Fløjten er lykkedes i rimelig grad, blot kommer tonerne ikke rigtigt til deres ret. Hjæl- 
pen er at hente i anslaget, der skal ændres til 7 (ENVELOPE 4,7). 


Ved akkordeonet er der også kun eet ankepunkt. Til sustain er der valgt en for lav 
værdi. ENVELOPE 1,,,12 retter op på dette. 


Nu er vi nået til det førnævnte bølgebrus. Et trommeslag skal klinge ud med næsten 
den samme hastighed, som den startede med. Indhylningskurven ser således ud: 


ENVELOPE 3,,8,0 


Det sidste punkt i denne kritik, angår trompeten. Bortset fra at Commodore 128 kun 
knebent kan følge med til at lave en trompetlyd, skal anslaget (ATTACK) og udkling- 
ning (RELEASE) ændres til: 


ENVELOPE 8,3,13 


Man er naturligvis ikke bundet af de predefinerede instrumenter på Commodore 128. 
Der er masser af muligheder for at realisere sine egne ideer. F.eks. kan en klokke 
skabes med: 


ENVELOPE 1,0,10,1,10,2,2048 

Bølgebrus kan laves med: 

ENVELOPE 1,11,11,0,11,3 

Eller hvad med en lyd, vi i mangel af bedre har kaldt FUTURE: 
ENVELOPE 1,0,7,0,0,2,1800 


Fortsæt endelig selv!!! 
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INDHYLNINGSKURVER (ENVELOPE) 


KLAVER : ENVELOPE 0,,,,,,600 
CEMBALO : ENVELOPE 6,,,,9,,400 
GUITAR : ENVELOPE 5,,,3,3,2,3500 
FLØJTE : ENVELOPE 4,7 
AKKORDEON : ENVELOPE 1,,,12 
TROMME : ENVELOPE 3,,8,0 
TROMPET : ENVELOPE 8,3,13 

KLOKKE : ENVELOPE 1,0,10,1,10,2,2048 
BØLGESKVULP : ENVELOPE 1,11,11,0,11,3 
FUTURE : ENVELOPE 1,0,7,0,0,2,1800 


10.3.2. SOUND 


PLAY-kommandoens lillebror kan også bruges til at lave lyde med. Motorstøj er nem 
at lave. Hertil bruges en firkantbølge med så lav en frekvens at de enkelte impulser 
kan høres. Her er nogle eksempler: 


SOUND 1,1000,100,0,,0,2,200 
SOUND 1,400,100,0,,0,2,35001 


Man kan naturligvis ændre frekvens og varighed efter ønske og dermed f.eks. skabe 
diesellyd om til knallertlyd. 


Skridt er heller ikke noget problem. Kommandoen 
SOUND 1,1000,1,0,,0,3 

giver en ganske kort støj, der minder om lyden af skridt. 
En amerikansk politibil ser således ud: 


SOUND 1,20000,1000,2,5000,1000,2,2048 


Via den 6. parameter kan man variere hastigheden af ind- og udklingning. Desuden 
skal den (fejlagtigt) såkaldte maksimalfrekvens, 5. parameter være mindre end 
startfrekvensen for at give den variable tonehøjde. 


SOUND 
MOTORSTØJ: SOUND 1,1000,100,0,,0,2,200 
SOUND 1,400,100,0,,0,2,3500 


SKRIDT: SOUND 1,10000,1,0,,0,3 
SIRENE: SOUND 1,20000,1000,2,5000,1000,2,2048 
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11. TASTATURET 


Det er tastaturet, der fanger øjet mest på Commodore 128. Der er næppe nogen 
anden computer i denne prisklasse, der har et tastatur af så høj kvalitet. At det ikke 
kun er skrivekomfort, men også programmeringstricks, der gives mulighed for, skal 
dette kapitel vise. 


11.1. Tastaturets opbygning og funktion 


Lad os begynde med aflæsningen (scanningen) af tastaturet. Fra BASIC-program- 
mer sker dette normalt via INPUT eller GET. Et kig i manualen til computeren afslø- 
rer imidlertid, at man kan åbne for tastaturet som en fil med OPEN. I så fald har 
tastaturet devicenummeret 0. Med de kendte periferi-kommandoer kan man 
behandle tastaturet på samme måde, som datasette eller diskettestation. I modsæt- 
ning til den normale INPUT-kommando vil denne metode ikke resultere i, at der 
udskrives et spørgsmålstegn på skærmen. 


Via CIA 1's to parallelle porte (nært beslægtet med USER-PORT) aflæses 64'er tas- 
taturet. De 64 taster er ordnet i 8 linier og 8 rækker. Resten af tastaturets 3 linier 
(f.eks. den nummeriske blok og de ekstra cursortaster) er koblet til VIC's register 47. 
VIC og en af de to porte er programmeret til output. Her udlæses den række (position 
i linien), der skal aflæses. Trykkes en tast ned registreres det i den for input koblede 
port 2. Interrupt-rutinen, der står for tastaturaflæsningen laver altså ikke andet end, 
på skift, at udvælge de 11 rækker og finde ud af hvilken tast, der er blevet aktiveret. 
På baggrund af en dekodningstabel i ROM beregnes ASCII værdien og mellemlagres i 
tastaturbufferen. 


Kører interpreteren i direkte mode, hentes ASCII-koden fra bufferen inden bearbejd- 
ning. (f.eks. 13 = RETURN, der resulterer i udførelse af en kommando). Under pro- 
gramkørsel forbliver indholdet af tastaturbufferen uændret indtil en GET-, eller 
INPUT-kommando eller programafslutning mødes i programmet. Ved GET hentes 
den første kode og gemmes i den tilhørende variabel. INPUT fungerer på lignende 
vis, blot hentes en hel tegnfølge fra bufferen indtil et af tegnene er en ASCII 13, dvs. 
RETURN (CR). Disse tegn/koder skrives tillige ud på skærmen. 


Den ovenfor beskrevne tastaturmatrix er desuden lidt speciel. Således er RESTORE, 
CAPS LOCK, og 40/80 DISPLAY tasten ikke med i denne matrix. RESTORE-tasten 
virker direkte på processoren (ligessom RESET-knappen) og udløser en særlig inter- 
rupt. Denne rutine undersøger, om der er trykket på RUN/STOP samtidigt. Er dette 
tilfældet udløses der en slags mini-reset, ellers kører alt videre på normal vis. De to 
andre taster, som der kører direkte på MMU'en tillader systemet selv at aflæse og 
handle efter deres stilling. 


SHIFT-tasterne er også specielle. Computeren kan kende forskel på venstre og højre 
tast, da de ligger i hver sin række. SHIFT-LOCK derimod er kun en ændret form af 
den venstre SHIFT-tast, dvs. der kan ikke skelnes mellem de to. 
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11.2. Samtidig registrering af to taster 


Vi vil nu bruge vores viden fra forrige kapitel til noget praktisk. I mange programmer 
er det et plus at kunne registrere to taster samtidigt, f.eks. til at kunne styre to rum- 
skibe uafhængige af hinanden på samme tid. Lad os derfor kigge i tabellen til tasta- 
turmatrix. 


De 3 adresser hvortil tastaturet er koblet er 65320, 56321 og 53295. Normalt er disse 
registres bits sat til 1 allesammen. Vil man vælge en bestemt række skal de aktuelle 
bits i adresse 56320 og 53295 sættes til 0. Tilsvarende forholder det sig med tilbage- 
meldingen fra tastaturet. Er ingen tast aktiveret, sættes den tilsvarende bit i adresse 
56321 til 0. 


Det interruptrutinen kan, har vi kunnet længe. Via en POKE kommando kan vi 
udvælge en bestemt række og teste de aktuelle taster. Ligger tasterne i forskellige 
rækker, kan de aflæses efter tur. 


For at interruptrutinen ikke skal blande sig i vort arbejde, kobler vi den ganske enkelt 
ud. Hele operationen ser således ud: 


POKE 4864,120:POKE 4865,96:SYS 4864 

POKE 56320,RÆKKEKODE:POKE 53295,RÆKKEKODE 

IF (PEEK(56321) AND (2tBITNUMMER) =0) THEN PRINT 
”TAST AKTIVERET” 

POKE 4864,88:SYS 4864 


På denne måde kan vi aflæse en udvalgt tast. Skal flere taster ”overvåges”, skal der 
tilføjes flere IF--'THEN-konstruktioner og POKE-kommandoer for række-udvalg. 
Rækkekoden beregnes udfra følgende formel: 


KODE =— 255-2t RÆKKENUMMER 


Rækkenummeret angiver positionen for en bit indenfor adresse 56320 henholdsvis 
adresse 53295. IF-THEN-konstruktionen har til opgave at teste om den aktuelle 
linie-bit er sat til 0. 


Linie- og rækkenumre kan ses i tabellen. 


Adresse 211 giver en anden mulighed for at aflæse to taster samtidigt. Her angives det 
aktuelle SHIFT-mønster, dvs. dette registers bits viser hvilken af de 5 taster: SHIFT, 
COMMODORE (C=), CONTROL (CTRL), ALT OG CAPS LOCK, der netop tryk- 
kes. Når den enkelte bit sættes til 1, betyder det at den tilhørende tast er aktiveret: 


BIT 0: SHIFT 

BIT 2 : COMMODORE (C=) 
BIT 3 : CONTROL (CTRL) 
BIT4: ALT 

BIT 5 : CAPS LOCK 
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De enkelte bit's sætning sker uafhængigt af hinanden. Hvis alle 5 taster trykkes sam- 
tidigt, sættes de 5 bits også samtidigt. Ansvarlig for dette er igen interruptrutinen. 
Skal adresse 211 udnyttes, må interrupt ikke kobles fra. Fra BASIC kan man finde ud 
af, om en bestemt tast er aktiveret, med følgende linie: 


IF (PEEK(211) AND 2tBITNUMMER) THEN PRINT 
”TAST AKTIVERET” 


SO 


SAMTIDIG AFLÆSNING AF FLERE TASTER 


—————— 


DER ER 2 MULIGHEDER: 


1. PEEK (211) ANGIVER SHIFT-MØNSTERET. 5 TASTER KAN AFLÆSES 
UAFHÆNGIGT AF HINANDEN. 


2. EFTER RÆKKEVALG (KOLONNE) VIA POKE 56320, X1 OG POKE 
53295,X2 KAN MAN I ADRESSE 56321 AFLÆSE HVILKEN TAST I RÆK- 
KEN, DER ER AKTIVERET. 


TASTATURMATRIX: 


=e on 


LINIER RÆKKER (KOLONNER) 


Fr 


56320 53295 56321 

(X)  (X2) 254 253 251 247 239 223 191 —— 127 
254 255 DEL CR =—) FT Fi | F8  F3 NED 
253 255 — 3 W OA 4 Z s E SH.L 
251 — 255 5 R D Cc 6 F T x 
247 255 7 Y G 8 B H U V 
239 255 9 I J 0 M K (2) N 
223 255 + P L E a I 

1919 —— 255. PUND ” ; HOME SHR =— t / 

127 255 1 (- CTRL 2 SPACE C=  Q STOP 
TILLÆGS-TASTER 

255 254 HELP 8 5 TAB 2 4 7 1 
255 253 ESC + - LF CR 6 9 3 
255 251 — ALT 0 ; DOWN UP LEFT RIGHT NOS. 
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11.3. Blokering af taster 


Det er ofte rart at kunne forhindre at bestemte taster trykkes ned (især RUN/ 
STOP), eller hele tastaturet. På Commodore 128 er der masser af muligheder for det. 


For at forhindre aflæsning af tastaturet, kan man koble interrupt fra. Så vil cursoren 
også forsvinde; det ser ud som computeren har hængt sig op. RUN/STOP- 
RESTORE ophæver dog dette. 


POKE 2592,0 standser ligeledes tastaturets aflæsning. Cursoren er stadigvæk på 
skærmen. RUN/STOP er ligeledes aktiv. Det interessante, er hvordan denne låsning 
af tastaturet er opstået. Det er i adresse 2592, tastaturbufferens længde angives. Sæt- 
tes længden til 0 (normal = 10), så tror operativsystemet at bufferen er fyldt og glem- 
mer dermed tasterne, der trykkes. Da BASIC henter alle tastaturtryk fra bufferen, 
ligegyldig om det er direkte mode eller programmæssigt (GET og INPUT), er der 
ingen indtastninger, der fungerer længere. 


Er det kun RUN/STOP tasten, der skal sættes ud af drift, så kan man bruge POKE 
808,112. Således kan et BASIC program nu kun standses med RUN/STOP- 
RESTORE. BREAK-funktionen slås atter til med POKE 808,110. 

Med POKE 792,98 forhindres mini-reset (RUN/STOP-RESTORE). STOP-tasten 
virker dog stadigvæk. Hvis man kombinerer de sidste to POKES, er et BASIC-pro- 


gram nu totalt sikret mod standsning (bortset fra at maskinen kan slukkes!). POKE 
792,64 genopretter RUN/STOP-RESTORE funktionen. 


TASTATUR-BLOKADER 


HELE TASTATURET: 
1. STANDSNING AF INTERRUPT. 
2. POKE 2592,0 (SÆTTER TASTATURBUFFERS LÆNGDE TIL 0 


RUN/STOP : POKE 808,112 (OFF) 
POKE 808,110 (ON) 


RESTORE : POKE 792,98 (OFF) 
POKE 792,64 (ON) 


11.4. REPEAT-funktion 


Den bruges hver gang man farer frem og tilbage med cursoren på skærmen. Men også 
de andre taster kan repetere, hvis de holdes nede længe nok. Det er dog let at fore- 
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stille sig, at dette kan blive en plage, men det kan vi afhjælpe. Med en POKE-kom- 
mando kan man styre tastaturet således at det kun er bestemte taster, eller slet ingen, 
der repeterer. Den interessante adresse er i dette tilfælde 2594. Dens normale ind- 
hold er 128 og fortæller interruptrutinen, at samtlige taster skal kunne repetere. 
Ændrer man denne værdi med f.eks. POKE 2594,0 så er det kun en del af tasterne, 
der repeterer. I dette tilfælde de følgende: 


CURSOR-TASTERNE 
INSERT- OG DELETE-TASTEN 
MELLEMRUMS-TASTEN 


Resten af tasterne aktiveres kun een gang, uanset hvor lang tid de holdes nede. Alle 
repetitioner kan forhindres med POKE 2594,64. 


REPEAT-FUNKTIONER 


POKE 2594,128 : REPEAT PÅ ALLE TASTER (NORMAL TILSTAND) 
POKE 2594,64 : INGEN REPEAT OVERHOVEDET 
POKE 2594,0 : KUN REPEAT PÅ CURSOR-, INSERT- OG SPACE-TAST 


11.5. Tastaturaflæsning på en anden måde 


Som det er fremgået af de forrige afsnit, er det interruptrutinen, der sørger for at afle- 
vere tast-koderne som ASCII-værdier i tastaturbufferen. På vejen dertil er der en 
mellemstation: adresse 212. Her mellemlagres tastaturkoden, der tjener som pointer i 
dekodnings-tabellen. Koden eksisterer i registeret lige så længe som tasten holdes 
nede på tastaturet. Ved hjælp af PEEK kan man f.eks. programmere tidsafhængige 
input, der afhænger af et tast-tryk's længde. I tabellen findes en oversigt over de tas- 
taturkoder, der desværre ikke har særligt meget med ASCII-koder at gøre. 


Et tryk på en tast, der opdages med PEEK (212), er ikke slettet i tastaturbufferen. 
Det kan flyttes til en variabel via GET eller INPUT. På den måde kan man så at sige 
kontrollere de enkelte indtastninger på halvvejen. Yderligere kan mellemlagring kun 
forhindres ved at slå interrupt fra. Ved evt. låsning af tastaturet, kan denne således 
omgåes. 


Man kan iøvrigt også slette tastaturbufferen. Adresse 208 angiver antallet af allerede 
lagrede ASCII-koder. POKE 208,0 sletter indholdet af bufferen (alle nye tegn vil over- 
skrive de gamle). Efter sletning kan man med WAIT 208,1 gøre ophold indtil den 
næste tast trykkes. Så snart et nyt tegn dukker op, registreres dette i buffer-tælleren 
(adresse 208). WAIT-kommandoens eneste opgave er at afvente et nyt tryk og deref- 
ter lade programudførelsen fortsætte. Derefter kan tegnet hentes fra bufferen med 
GET. På den måde sparer man de omstændelige IF-THEN-konstruktioner. (GET- 
KEY kan også bruges). 


91 


Som det fremgår, er tastaturaflæsningen en fleksibel funktion, der giver rige mulighe- 
der for egne ideer, som bør udnyttes i rigt mål. 


ESS] ES EL LS FEE] 
TASTATUR-AFLÆSNING 
SEE CELLE FEE] 
PEEK (212) UDLÆSER TASTATURKODEN FOR DEN NETOP 

BRUGTE TAST. 


POKE 208,0 SLETTER TASTATURBUFFEREN. 


POKE 208,0:WAIT (208),1 AFVENTER TRYK PÅ EN TAST. 
Os 


er 
TABEL FOR TASTATURKODER 
Se sr Or 


A=10 P=41 4=11 :—45 
B — 28 Q=62 5—16 ; = 50 
C=20 R=17 6—19 — — 53 
D=18 s—13 7 — 24 RET =01 
E—14 T = 22 8—27 =47 
F=21 U = 30 9 = 32 .=—44 
G — 26 V=31 (=57 DOWN =07 
H — 29 W=9 +=—=40 RIGHT — 02 
I — 33 X = 23 -—43 Fl — 04 
J — 34 Y=25 PUND = 48 F3 =05 
K=—37 Z=12 CLR — 51 F5 — 06 
L— 42 0—35 DEL = 00 F7 = 03 
M — 36 1—56 a— 46 STOP — 63 
N — 39 2 — 59 + — 49 SPACE — 60 
O — 38 3—08 t — 54 
ESC — 72 DOWN = 84 3— 79 9 — 78 
TAB = 67 LEFT — 85 4 = 69 + — 78 
HELP =— 64 RIGHT = 86 5 = 66 -=74 
LF = 75 0—81 6=77 .= 82 
NO SCR. = 87 1—71 7=70 ENTER =76 
UP — 83 2 = 68 8—65 


FEET EET 
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12. USER-PORTEN 


User-porten gør C-128 til et mangesidet instrument. Desværre findes der i manualen 
til maskinen ikke een eneste linie om hvordan man bruger den, eller hvordan den pro- 
grammeres. På baggrund af denne næsten strafbare undladelse, vil vi forsøge i det 
mindste at give nogle grundlæggende bemærkninger om programmeringen af porten. 


Iøvrigt så er alt, der nævnes i dette kapitel fælles for både 64”er mode og 128'eren 
(Vær opmærksom på at BANK 15 er aktiv i 128'er mode). 


12.1. Interface-chips i al almindelighed 


Ligessom tastaturet og joystick”ene styres user-porten via en CIA. Denne gang er det 
CIA 2. CIA'erne er såkaldte interface- eller I/O-chips. Det er chips, hvis opgave det er, 
at opfange data fra perifere tilslutninger/apparater, at tilvejebringe en kommunika- 
tion mellem disse og processoren. 


I almindelighed består en sådan chip af 3 elementer. For det første, er der en enhed 
for parallelle porte, der kendes fra tastaturaflæsningen. Dertil kommer en tidtager- 
enhed og en seriel port. 


De følgende 3 afsnit skal belyse hver enkelt af disse elementer. 


12.1.1. Den serielle port 


Lad os begynde med den nemmeste del. Som man ved, bearbejder computeren alle 
bytes parallelt, d.v.s. at de 8 bits bliver flyttet samtidigt, manipuleret etc. Et serielt 
interface flytter de samme bits i en byte een efter een gennem ledningen. Dette tager 
selvsagt længere tid end ved parallel overførsel, men har dog den fordel, at man ikke 
behøver 8 adskilte dataledninger, men derimod kun 1. Det muliggør at data kan 
transmitteres via en telefonledning. 


En interface-chip's opgave består i at konvertere mellem disse to formater. Processo- 
ren afleverer bits'ene, der skal sendes parallelt hos chippen, der så sørger for at sende 
dem een efter een i den rigtige takt via ledningen. 


Omvendt modtages der bits, som perler på en snor, indtil der er modtaget 1 byte. 
Denne afleveres hos processoren. 


Skulle processoren selv udføre dette arbejde, så ville data-transmission via en seriel 
bus være meget langsom, da der skulle udføres adskillige maskinsprogskommandoer 
for hver bit. 


93 


Da et serielt interface kun kan programmeres effektivt i maskinsprog, vil vi ikke 
komme nærmere ind på disse metoder. Desuden indeholder 128”erens ROM en kom- 
plet software, (kan fåes som indstiksmodul), der kan drive et RS.232 interface. På 
den måde kan porten accesseres med OPEN 1,2. 


12.1.2. Timeren 


TIMERen træder i funktion hver gang et internt tidsforløb skal styres. Man kan 
loade registeret med forskellige tidsværdier. Disse værdier bliver kontinuerligt for- 
mindsket. Når værdien 0 (nul) er fremkommet, sendes der et tilsvarende signal til 
processoren. Et eksempel på en sådan intern regulering har man i interrupt (Se..se!!). 
Timeren er blevet programmeret, således at den slår alarm 60 gange i sekundet (in- 
terval på 1/60 sek.), hvorefter den starter forfra. Ved en sådan alarm reagerer proces- 
soren med at afbryde sit hovedprogram for at udføre sin interruptrutine - voila!! 


I denne sammenhæng er det klart hvorledes interrupt blev koblet fra i kapitel 1. Bit 0 
i adresse 56334 bestemmer om timeren, der er ansvarlig for interruptens udførelse 
tæller, som den skal, eller om den holder pause. Er bit sat til 0 (hvilket POKE-kom- 
mandoen bevirker), bliver tidtageren stående. Følge: Der udløses ikke længere nogen 
interrupt. 


I 128'er mode er interrupten organiseret på en anden måde. Således har den viste 
POKE-kommando ingen virkning. 


Bortset fra dette trick, er det ikke nogen god ide at ”pille” ved timeren. I de fleste til- 
fælde vil computeren hænge op. 


12.1.3. Den parallelle port 


Alle interface-chips tilknyttet processorerne 6502 og 8502 har et fælles træk: Måden 
hvorpå den parallelle port programmeres. For det meste besidder en chip 2 af 
sådanne porte ligesom CIA'erne. 


Hver af disse 2 porte råder over 8 dataledninger, der kan programmeres til enten 
input eller output. Desuden har chip'en to specielle registre. Dataretningsregisteret 
betegner, hvilken mode de enkelte ledninger er koblet til. 1 betyder output og 0 står 
for input. 


Dette valg har iøvrigt en speciel grund. Hvis 0 stod for output, så kunne det indtræffe, 
at tilfældige impulser, opstået ved at computeren tændes, sendes til perifere enheder. 
Disse ville således kunne aktiveres uønsket og f.eks. resultere i beskadigelse af data 
på en diskette. 


Det andet register har, alt efter hvilken mode der anvendes, forskellige opgaver. For 
input-ledninger fungerer den som opsamlingsbyte, d.v.s., at processoren må hen- 
vende sig her, for at afhente de modtagne data. 
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Ved output, er det her processoren afleverer (skriver) sine data, der skal sendes til 
perifere enheder. For at kunne fortælle den modtagende enhed, at data ligger parat, 
findes der det såkaldte HANDSHAKE. Har processoren afleveret sin byte i I/O- 
chip”en, så meddeler denne via en speciel HANDSHAKE-ledning, at den kommuni- 
kerende partner kan afhente sine databits. Afsenderen venter med at aflevere den 
næste byte indtil modtageren har sendt et signal over handshake-ledningen, der for- 
tæller, at den er færdig med overførslen og er klar til næste byte. På den måde kan 
HANDSHAKE-signalet overføres via både 1 og 2 ledninger. 


Bortset fra disse funktioner, har chips'ene som regel også andre indretninger, f.eks. til 
sending og modtagelse af impulser. Iøvrigt, behøver dataoverførslen ikke at foregå ved 
hjælp af handshake systemet. 


12.2. Hvordan bruger jeg USER-PORT? 


Med USER-porten har vi 1 parallel port og forskellige tilbehørsledninger til rådighed. 
De fleste af disse ledninger leverer dog signaler for internt brug. Vi vil defor nøjes med 
at behandle den 8 bits brede port og en ”udlånt” styreledning. Vi mener udlånt, fordi 
den egentlig tilhører CIA 2's port A, d.v.s. en dataledning. 


CIA 2 har basisadressen 56576. Dette er tillige adressen på port A's dataretningsre- 
gister (register 0), hvor bit 2 gengiver styreledningens tilstand. De resterende lednin- 
ger på denne port benyttes internt; derfor må man kun røre ved de 2 bits! 


Anderledes forholder det sig med register 1 (adresse 56577). Det er dataretningsregi- 
steret for port B, der er den egentlige brugerport. Her er alle 8 ledninger til fri afbenyt- 
telse. 

Dataretningsregistre: 2 (56578 for port A) og 3 (56579 for port B). Disse benyttes på 
den, i det følgende, beskrevne måde. 


Med POKE 56579,255 programmeres altså alle 8 ledninger til output. POKE 56579,0 
sætter dem atter til input. 


Styreledningens programmering er lidt mere krævende. POKE 56578, PEEK (56578) 
and 251 kobler for input. POKE 56578, PEEK (56578) or 4 sætter til output. 


For at kunne sende data via porten, skal disse skrives i adresse 56577. Omvendt kan 
vi direkte læse de indløbende data ved input. 


Vi kan sætte strøm på styreledningen med POKE 56576, PEEK(56576) OR 4. Den 
fjernes igen med POKE 56576, PEEK (56576) AND 251. Angiver vi begge komman- 
doer efter hinanden i et program, kan vi skabe en kort impuls. 


Styreledningen ligger på ben M i User-porten (se fig. 2 eller manualen til compute- 
ren), de 8 dataledninger ligger på ben C til L. 
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—————————————— 
PROGRAMMERING AF USER-PORT 
oe 


DATARETNINGSREGISTER FOR 8 DATALEDNINGER : 56579 
DATARETNINGSREGISTER FOR STYRELEDNING : 56578 (KUN BIT 2) 
DATAREGISTER FOR PORT : 56577 


DATAREGISTER FOR STYRELEDNING : 56576 (KUN BIT 2) 


12.3. Anvendelseseksempler 


Der er mange steder, hvor User-porten kan benyttes med fordel. Derfor vil vi ikke 
vise eksempler på programmer, men kun vække appetitten for videre eksperimenter. 
De nemmeste anvendelser er nok i forbindelse med LED's (lysdioder) eller lamper, 
der kan kobles via FET's (Field-Effect-Transistors) eller relæer. På den måde kan 
man lave lysshows, der via en AD-koblet (Analog/Digital) mikrofon kan opfange 
musik og andre lyde, der gengives som lys, der tændes og slukkes i samme takt. Et 
andet program kunne lave strobolight eller andre effekter. 


Man kunne også sammenkoble 2 Commodore-computere (uanset type, sålænge de 
har en User-port) for udveksling af data. På den måde kunne en VIC 20 opsamle 
måleresultater, som en C-128 kunne vise i højopløselig grafik. 


Elektronisk begavede læsere kunne bygge et serielt interface, og dermed udveksle 
data via telefonnettet. En anden mulighed ville være at koble en ikke-Commodore- 
printer til C-128. Yderligere kan nævnes fjernskrivere, hulstrimmel-standser og 
læser, robot-arme eller lommeregnere. En hobbyists iderigdom kender ingen grænser. 
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13. BASIC OG OPERATIVSYSTEM 


Operativsystemet og BASIC stiller mange funktioner til rådighed, der ikke hænger 
sammen med nogen af de tidligere beskrevne detaljer. Det er ofte ønskeligt at kunne 
have indflydelse på disse funktioner (f.eks. LIST), for at kunne udføre bestemte ting. 
Det er disse muligheder for at manipulere, vi vil omtale i dette kapitel. 


13.1. Selvprogrammering i BASIC 


Vi forestiller os at vi har skrevet et program, der tegner grafen for en givet funktion i 
højopløsning. Når programmet ikke kender funktionen på forhånd, må der gives 
mulighed for at indtaste den aktuelle funktion. I mere simple udgaver, er det nok, 
hvis brugeren indbygger sin funktion via DEFFN i programmet. Men ulempen der- 
ved, er at brugeren så skal besidde programmeringskendskab. Det ville være mere 
bekvemt, dersom regneforskriftet kunne indtastes via INPUT. Men hvad nytter en 
string, hvori udtrykket er lagret - det kan jo ikke udføres. Den sidste mulighed ville 
være at lade computeren programmere sig selv. Og minsandten, det er slet ikke så 
svært! 


For at kunne forstå metoden, så lad os kigge på den normale BASIC-linies skabelse. 
Det hele begynder med at brugeren indtaster en (forhåbentlig) gennemtænkt følge af 
bogstaver. Disse tegn optræder samtidigt på skærmen. Er et af tegnene et RETURN 
(CR), så overtager BASIC-fortolkeren hele linien (ikke kun de indtastede tegn) fra 
BASIC-inputbufferen og konverterer tegnfølgen til en programlinie eller, hvis der 
ikke er et linienummer forrest i linien, til kommandoer, der kan udføres direkte. For- 
tolkeren er altså ligeglad med om tegnene er indtastede eller PRINT'ede. Det er det 
vores metode bygger på. 


Først skal programliniens tekst skrives på skærmen. Derefter skal denne tekst kon- 
verteres til en programlinie. Dertil skal vi bruge et ”kunstigt” tryk på tastaturet, hvor- 
ved en ASCII-kode POKESs i tastaturbufferen. Følger der nu i programmet en END- 
kommando, vil bufferen tømmes og resultere i at de ”gemte” tegn udføres efter pro- 
gramafbrydelsen. Her opstår der to problemer. Ved tilføjelsen af en linie i 64'er mode 
slettes alle variabler (er også tilfældet ved normal indtastning af programlinier). 
Deraf må følge, at denne fremstilling af en linie må ske på et sted, hvor ingen vigtige 
data kan gå tabt, hvilket vil sige, så tidligt som muligt i programmet. Er der alligevel 
nogle variabler, der skal indeholde vigtige informationer, så tilrådes det, at man 
POKEEer disse ind i et frit område i RAM, der ikke benyttes af operativsystemet. 


Desuden, skal programmet efter overtagelsen af den nye linie genoptage udførelsen. 
Af den grund må vi lave et kunstigt GOTO XXX i slutningen af linien efter samme 
mønster, som linien blev fremstillet. Her følger en listning for eksemplets skyld: 
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10 input ”term: y=”;a$ 

20 print”(cls)(3xcrsr down)100 deffnf(x)=”;a$ 
30 print ”goto 70(home)”;: 

40 poke 842,13: poke 843,13 

50 poke 208,2 

60 end 


Til 64'er mode skal de følgende linier ændres: 


40 POKE 631,13:POKE 632,13:REM 2 ” RETURN 
50 POKE 198,2: REM INITIALISER TASTATURBUFFEREN 


Har man indtastet programmet og startet det op, vil man straks forstå de enkelte 
instruktioner, især hvad angår skærm-output'et. Den fremstillede linie adskiller sig 
ikke fra normale programlinier. Programmet kan gennemløbes så ofte, man ønsker 
det. Indtaster man noget forkert, kvitterer fortolkeren med SYNTAX ERROR efter 
gennemløb af den nye linie. 


Det er muligt at udvide denne anvendelse kraftigt. Bl.a. kan man på samme måde 
slette uønskede programlinier. Det er enddog muligt at fremstille flere linier samti- 
digt. Således kan man skrive hele underrutiner pr. INPUT. 


13.2. LIST-beskyttelse 


Programmer, der arbejder med personlige data sikres ofte med en kode, der skal hin- 
dre uvedkommende i at kunne læses disse data. For at kodeordet ikke skal kunne 
afsløres med LIST-kommandoen kan den aktuelle linie beskyttes med en POKE- 
kommando. 


For forståelsens skyld er det nødvendigt at vide, hvordan en programlinie er placeret i 
hukommelsen. En programlinies 2 første bytes angiver en pointer for den næste linie. 
På denne måde kan fortolkeren hoppe fra linie til linie. Er disse 2 bytes 0, fortæller 
det fortolkeren, at der ikke er flere linier, dvs. programmet er kørt til ende. 


Efter pointeren følger 2 bytes, der angiver linienummeret. Dette er også bygget op 
som en pointer. Herefter følger kommandoerne i fortolkerkode. Liniens afslutning 
repræsenteres af et 0 (nul). Dette 0 kan bruges til at narre fortolkeren med. Hvis vi 
POKEr et 0 ind lige efter linienummeret, så tror LIST-rutinen at linien er slut og går 
derfor videre til næste linie (pointeren i starten er jo uforandret). Et GOTO forhindres 
heller ikke, da rutinen søger en bestemt linie i teksten og udelukkende orienterer sig 
v.h.a. pointerne. Det gør den rutine ikke, der finder den næste kommando i et pro- 
gram, men ved mødet med et 0 springer den over 4 bytes. Derfor ”mangler” de første 4 
bytes i linien ved programkørsel. For ikke at forhindre udførelsen af kommandoerne, 
skal der indføjes 5 ligegyldige tegn (ikke et kommando-ord) ved skrivningen af pro- 
gramlinien. Det første af disse tegn bliver overskrevet af et 0; de sidste 4 tjener som 
pladsreservation. 
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Hvorfra ved vi hvilken byte, der skal overskrives? Her har vi også et lille trick. Vi ind- 
bygger en STOP-kommando før linien, der skal beskyttes; og lader programmet køre 
hertil. Efter BREAK står pointeren for den næste BASIC-linie i adresserne 61 og 62. 
Hvis STOP-kommandoen står for enden af linien, peger pointeren på linieafslutnin- 
gen, dvs. 0 (nul). Lægger man 5 til denne adresse, så får man den ønskede byte. Så fat 
mod og POKE AD,0. Efter denne kommando viser LIST kun linienummeret; teksten 
er usynlig. Tilbage har vi STOP-kommandoen, der er blevet overflødig. Den skal slet- 
tes. Her følger sammenfatningen af de enkelte skridt: 


. INDFØJ STOP FØR LINIEN. 

. INDFØJ EN PLADSRESERVATION (5 LIGEGYLDIGE TEGN). 
. AD = PEEK(4610) + 256"PEEK (4611) + 5 (C-64: 61/62) 

. POKE AD,0 

. SLET STOP-KOMMANDOEN. 


OVA CO DO mm 


Skal hele programmet beskyttes mod LIST-ning, så kan vi ændre pointeren på LIST- 
rutinen i Zero-Page. På den måde kan computeren ikke længere finde sin underru- 
tine. Vektoren står i adresserne 774/775. Med POKE 775,139 (Commodore 64 : poke 
775,1) ”bøjes” pointeren så alle LIST-kommandoer virker som RUN/STOP- 
RESTORE. Denne LIST-beskyttelse kan ophæves ved POKE 775,81 (Commodore 
64 : POKE 775,167). 


BESKYTTELSE MOD LIST 


COMMODORE 128: POKE 775,139 (ON) 
POKE 775,81 (OFF) 


COMMODORE 64: POKE 775,1 (ON) 
POKE 775,167 (OFF) 


13.3. RENUMBER 


En af de nyttigste kommandoer i BASIC 7.0 er RENUMBER. Denne kommando 
kan dog også simuleres i 64'er mode. 


Som vi så i forrige afsnit, begynder alle programlinier med 2 pointere. Den første 
peger på starten af den næste programlinie, den anden fortjener egentlig ikke at blive 
kaldt pointer, da den kun angiver linienummeret i pointer-format. Lægger vi 2 til 
pointeren på den næste linie, så får vi adressen på det næste linienummer. På den 
måde kan vi ændre linienumrene via POKE. 


Her er programmet, der klarer dette: 
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63900 ba=peek(43)+256"peek (44) 

63910 input”startnummer”;sa:input”step størrelse” ;sw 
63920 hi=sa/256:lo—sa and 255 

63930 a=—peek(ba+2)+256"peek(ba+3) 

63040 if a> 63900 then print”ok”:end 

63950 poke ba+2,l0:pokeba+3,hi 

63960 ba=peek(ba)+256"peek(ba+1):sa=sa+sw 
63070 print sa”=”a: goto 63920 


Denne rutine skal ”hæftes” sammen med det program, der skal have nye linienumre. 
(Indtastes eller MERGES) og startes med RUN 63900. Der er med vilje anvendt høje 
linienumre, for at placere rutinen ved programmets slutning. 


Linie 63900 beregner den første linies basisadresse udfra pointeren på BASIC-star- 
ten. Ved gennemløb af linie 63910 indtaster brugeren det ønskede startnummer og 
linieafstanden. 


Linie 63920 beregner det nye linienummers Hi- og Lo-byte. Linie 63930 henter det 
gamle linienummer fra hukommelsen. Er dette større end eller lig med 63900, afbry- 
des renummereringen, da rutinen ikke må lave RENUMBER på sig selv. 


Den næste linie POKETr Hi- og Lo-byte for det nye linienummer. Til slut beregnes 
basisadressen for den næste linie, linienummeret forhøjes med linieafstanden, og en 
ledetekst angiver det nye og det gamle linienummer. På den måde lettes tilpasningen 
af GOTO-, GOSUB- og lignende hop-kommandoer. Vores rutine kan nemlig ikke 
ændre linienumrene inde i en programtekst. Er man den lykkelige ejer af en PRIN- 
TER, er det en god ide at lade ledeteksterne omdirigere til udskrift på denne. Så har 
man hele hændelsesforløbet sort på hvidt. Til dette formål skal rutinen starte med 
”OPEN 1,4:CMD 1” 


13.4. RENEW eller OLD 


Det er nok NEW-kommandoen, der er skyld i de fleste nervesammenbrud hos com- 
puter-ejere. Et er nemlig fælles for alle computere. Et utilsigtet NEW (+ RETURN) 
har frataget mangen en programmør belønningen for hårdt arbejde, fordi han/hun 
ikke fik SAVEd sit program inden den fatale kommando. For at være beskyttet mod 
den slags mareridt, har vi skrevet en rutine, der kan annullere en NEW-katastrofe. 


Blandt Commodore-programmører har det i lang tid været en offentlig hemmelighed, 
at NEW-kommandoen faktisk ikke fjerner et evt. program fra hukommelsen, men 
derimod kun reset”er programmets to støttepointere. Den første af disse er pointeren 
for starten af variabler, dvs. slutningen på programmet. Efter NEW-kommandoen 
flyttes den til starten af programmet, hvilket resulterer i at alle variabler eller nye 
linier overskriver det gamle program. Af samme grund lyder det første bud efter udfø- 
relse af NEW: 
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DER MÅ IKKE INDTASTES TEGN ELLER KOMMANDOER, DER IKKE HAR 
MED RENEW AT GØRE!" 


Selv et enkelt bogstav efterfulgt af RETURN fremstiller en variabel i hukommelsen, 
selvom computeren reagerer med een (SYNTAX ERROR)! 


Den anden pointer befinder sig i første programlinie. Nærmere bestemt i adresse 
2049/2050 (Commodore 64 : 7169/7170 eller 16385/16286). I normale tilfælde peger 
den på den næste linie, nu indeholder den 2 nuller for at indikere afslutningen på pro- 
grammet. For at RENEW eller OLD skal kunne udføres, skal der altså ske to ting: 


1. Slutningen på første linie skal findes. Denne markeres med et 0 (nul). Er dette 0 
fundet, skal dennes adresse + 1 POKESs som pointer i bytene 2049 og 2050 hen- 
holdsvis 7169 og 7170. 


2. Find afslutningen på programmet. Et programs slutning findes som et 0 (nul) i Hi- 
byte for pointeren på den næste linie.Er slutningen andet, så skal adressen for- 
højes med 2, hvilket angiver starten af variabelområdet. Dermed kan pointeren 
loades tilsvarende. 


Her er rutinerne for begge mode: 


I 128”er mode kan begge opgaver overtages af ROM-rutiner. Dertil skal følgende ind- 
tastes: 


POKE (PEEK(45)+256"PEEK(46)),1:BANK 15 
SYS 20303:SYS 20354 


Det skal indtastes som det står! 


Med POKE-kommandoen narres BASIC til at tro, at pointeren i første linie endnu 
ikke er slettet. Den efterfølgende SYS-kommando kalder den rutine i ROM, der 
beregner liniepointeren forfra. Dette underprogram gennemløber alle BASIC-linier 
og beregner samtlige pointere påny. Er sidste linie nået, så bliver pointeren stående på 
den sidste programbyte i interne registre. Deraf beregner den næste ROM-rutine 
pointeren på tekstafslutningen (4624/4625). Færdig. 


Inden man bruger dette trick, skal man passe på at POKE-kommandoen altid skal 
foregå i byten direkte efter programstart. Er pointeren (bytes 45/46) blevet ændret 
f.eks. via RESET eller GRAPHIC CLR , skal den inden RENEW sættes til den 
gamle værdi. 


I 64'er mode er man lidt mindre samarbejdsvillig, idet man her må sætte pointeren 
på programafslutningen manuelt. Ellers er alt magen til: 


POKE (PEEK (43)+256"PEEK (44)),1 

SYS 42291:POKE 252,PEEK(35):POKE 251,PEEK(781) 

POKE 46,(PEEK(251)+256"PEEK(252)+2)/256 

POKE 45,(PEEK(251)+256"PEEK (252)+2)-PEEK(46)"256:CLR 


101 


13.5. RESTORE 


Måske har læseren også prøvet at stå med det problem, at få brug for data, der befin- 
der sig midt inde i en samling datalinier. I BASIC 7.0 er det ikke noget problem; 
RESTORE linienummer ”of course”. Men i BASIC 2.0 mangler denne ellers så nyt- 
tige kommando. 


Med et par POKE-kommandoer kan der skaffes hjælp. Hertil må man vide at fortol- 
keren både gemmer linienummer og det sidste DATA-element i Zero-Page. Linienum- 
meret gemmes som et bytepar (pointerlignende) i adresserne 63/64. Adressen på 
byten efter det sidste DATA-element, der er læst, findes i 65/66. 


Skal vi simulere en RESTORE-kommando må vi gå frem på følgende vis: 


1. Vi må lade DATA blive læst indtil elementet før målet (f.eks. i direkte mode). Skal 
der RESTORES efter det 5. element, må de 4 første elementer således blive læst. 


2. PRINT PEEK(63),PEEK (64) 
De fremkomne tal repræsenterer lininummeret. Noter venligst tallet! 
3. PRINT PEEK(65),PEEK(66) 


Disse tal skal også gemmes. De danner pointeren på byten efter det sidste DATA-ele- 
ment. Indtil dette punkt, skal alle kommandoer være givet inden det egentlige pro- 
gramforløb. 


4. POKE 63,FØRSTE TAL:POKE 64,ANDET TAL 
POKE 65,TREDIE TAL:POKE 66,FJERDE TAL 


Disse kommandoer skal indsættes i stedet for RESTORE, på det sted i programmet, 
hvor DATA-pointeren skal reset”es. På den måde sættes pointerne tilbage til den til- 
stand de havde inden læsningen af det ønskede DATA-element. For BASIC vil det se 
ud, som de efterfølgende DATA-linier aldrig har været læst. 


Dog har denne metode en ulempe. Efter hver ændring i programlinierne, der ligger 
tidligere end den ønskede position af pointeren, ændres adressen, der skulle stå i 
DATA-pointeren, idet BASIC forskyder hele programmet i hukommelsen. Det er 
grunden til at DATA-blokke bør stå helt i starten af et program; inden de egentlige 
kommandoer. 


RESTORE 


DET SIDSTE DATA-ELEMENTS LINIENUMMER ER GEMT I 
ADRESSERNE 63 OG 64. 


ADRESSEN FOR BYTEN, DER BEFINDER SIG EFTER DET SIDSTE DATA- 
ELEMENT FINDES SOM POINTER I BYTENE 65 OG 66. 


BEGGE POINTERE KAN ÆNDRES VIA POKE. (DE ØNSKEDE 
POINTERVÆRDIER SKAL BESTEMMES INDEN). 
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13.6. Blandede tricks 


Efter afbrydelse af udførelsen af et program viser computeren i hvilken linie, pro- 
grammet blev standset. Har man i et øjebliks iver slettet skærmen, kan man som 
regel ikke længere huske linienummeret. Her hjælper i C-128 systemvariablen EL ogi 
C-64 adresse 59 og 60. Der gemmes det sidst anvendte linienummer, der kan udskri- 
ves med: 


PRINT EL (COMMODORE 128) 
PRINT PEEK(59)+256"PEEK(60) (COMMODORE 64) 


Man kan beskytte et program mod SAVE med følgende sekvens: 
POKE 818,50 (128'ER MODE) 


Herved bøjes vektorene (pointerne), som SAVE-kommandoen skal bruge, så der ikke 
længere kan SAVES. 


Til slut nogle SYS-kommandoer, der er gode at anvende i et program: 
SYS 65499 


sætter TI$ (uret) til 000000, hvilket er hurtigere end tilpasningen af en ny string med 
samme indhold. 


Æstetikere blandt Commodore-ejere kan afslutte et program med: 

SYS 19910 (commodore 128) 

SYS 42115 (commodore 64) 

Herved bevirkes en varmstart af BASIC. Derved udskrives der ingen READY-med- 
delelse; cursoren står øjeblikkelig i den næste linie. Også CONT er virkningsløs efter 


SYS. 


Skal et program afsluttes med det skærmbillede, man får ved opstart og samtidig 
slettes, så er det: 


SYS 57344 (commodore 128) 
SYS 64738 (commodore 64) 


Ønsker man at skifte til 64'er mode uden den sommetider irriterende sikkerhedsru- 
tine: ARE YOU SURE? Prøv med: 


SYS 57931 


Og er man nået så langt, opdager man let at 1 MHz er for langsom selv i 64'er mode. 
Så vil den næste POKE-kommando skabe glæde: 
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POKE 53296,255 


og straks kører computeren derudaf med 2 MHz. Hvis det går for hurtigt så vender vi 
tilbage til 1 MHz med: 


POKE 53296,0 


TRICKS MED OPERATIVSYSTEMET 


SIDSTE LINIENUMMER ANVENDT FINDES I: 
VARIABLEN EL (COMMODORE 128) 

ADRESSE 59/60 (COMMODORE 64) 
SAVE-BESKYTTELSE : POKE 818,0 

RESET AF T1$ : SYS 65499 

END UDEN READY : SYS 19910 (COMMODORE 128) 
END UDEN READY : SYS 42115 (COMMODORE 64) 
OPSTARTSBILLEDE : SYS 57344 (COMMODORE 128) 
OPSTARTSBILLEDE : SYS 58253 (COMMODORE 64) 
G064 UDEN KONTROL: SYS 57931 


2 MHZ MODE : POKE 53296,255 (ON) POKE 53296,0 (OFF) 


LINIERASTER-INTERRUPT 


INDHOLDET I ADRESSE 2612 ANGIVER DEN RASTERLINIE, HVORI DER 
SKILLES MELLEM DE TO MODES. BYTEN KAN ÆNDRES MED POKE. 
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14. INDFØRING I MASKINSPROG 


Der er mange publikationer med programmer lige til at taste af. Tit er programmerne 
skrevet i maskinsprog, et sprog der for begyndere, tilsyneladende er forbudt område. 
Det skal indrømmes at maskinsprog ikke er så nemt at lære som BASIC, men på den 
anden side, er det væsentlig hurtigere og byder på mange flere muligheder for en 
kreativ og fantasifuld programmør end BASIC gør. I dette kapitel vil vi vise grund- 
læggende skridt til programmering i maskinsprog på processorene 8502 og Z80. 


14.1. Hvad er maskinsprog i det hele taget for noget 


Som man sikkert ved, så er maskinsprog den eneste måde at kommunikere direkte 
med processoren på, uden at skulle benytte hverken fortolker eller compiler. Dette 
gør at man kan opnå utrolige hastigheder for udførelse af et program. 


Maskinsproget omfatter forskellige kommandoer, hvorfra alle de komplexe operatio- 
ner i BASIC eller et andet programmeringssprog er sammensat af. Groft kan maskin- 
sprogskommandoerne inddeles i 3 grupper. For BASIC-programmører er HOP-kom- 
mandoerne sikkert de nemmeste at forstå. Programmet kan springe rundt i hukom- 
melsen på samme måde som med GOTO og GOSUB. Andre kommandoer tjener til 
data-manipulationer, f.eks. addition, boolsk algebra etc. Den sidste gruppe omfatter 
operationer, der flytter informationer fra et sted til et andet i hukommelsen. 


Der findes ingen variabler for mikroprocessorer. Den kender kun de normale hukom- 
melsesceller og de interne registre. Programmøren må selv sørge for at skelne mellem 
data og programbytes. I almindelighed kan data-manipulationer kun foregå i de 
interne registre. 


En maskinkodekommando består altid af en såkaldt operationskode (OPCODE), der 
så at sige angiver kommandoens nummer. Denne OPCODE kan for Z80 processorens 
vedkommende bestå af op til 3 bytes, ved 8502 er det altid kun 1 byte. Yderligere kan 
kommandoen følges af indtil 2 bytes bestående af data. I teorien har Z80-komman- 
doer dermed en længde på indtil 5 bytes. I praksis er det imidlertid kun 4, da 3-byte- 
OPCODES kun optræder i følge med 1 databyte. 8502 kommandoer er indtil 3 bytes 
lange. 


14.2. Clock-frekvensen 


Alle chips i en computer arbejder efter et lille uanseeligt stykke quarts, der bestem- 
mer en takt (frekvens) på 4, 2 eller 1 Megahertz (millioner svingninger i sekundet). 
Dette er nødvendig fordi de forskellige IC (Intergrated Circuits) skal synkroniseres. 
Manglede denne synkronisering kunne det f.eks. ske at en chip sendte data til pro- 
cessoren, selvom denne ikke var klar til at modtage disse. Selv en nok så hurtig pro- 
cessor skal bruge tid til at forarbejde sine data. 
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14.3. En microprocessors opbygning 


Enhver mikroprocessor har interne registre, hvori dens operationer udføres. Det vig- 
tigste register er den såkaldte akkumulator. I denne sker de fleste aritmetiske og logi- 
ske beregninger. Akkumulatoren (AKK. eller A) er et 8 bits register, hvilket vil sige, at 
den kan optage 1 byte til bearbejdning (egentlig laver akkumulatoren ikke selv nogen 
bearbejdninger, her lægges kun resultater). De fleste aritmetik-kommandoer behøver 
2 operander (f.eks. addition af 2 tal). Den første operand befinder sig allerede i akku- 
mulatoren inden beregningen. Den anden stammer fra et andet register i processoren 
eller fra hukommelsen. Efter additionen gemmes resultatet igen i akkumulatoren. 
Sådan foregår det i alle processorer. 


Et andet register kaldet F (ved Z80) P (ved 8502) gemmer forskellige flag, der viser 
forskellige tilstande i processoren. På baggrund af et sådant flag kan man f.eks. 
bestemme om indholdet af akkumulatoren er 0. 8502 har 2 indexregistre (X og Y) 
med hver 8 bits. De har mange opgaver. 


8502-REGISTER 


Hos Z80 er der yderligere 6 registre med specielle egenskaber. Disse hukommelsescel- 
ler danner parvis et 16-bits-register. Parret HL er dermed næsten en 16-bits akkumu- 
lator, dvs. at den overtager de samme opgaver som den rigtige akkumulator, men med 
16 bits i stedet for 8. Derved gøres det lettere at bearbejde større tal. 


Yderligere register-par er BC og DE. Men ikke nok med det. IX og IY er 2 indexregi- 
stre (med hver 16 bits), der virker som pointere for bestemte hukommelsesceller. 
V.h.a. denne pointer kan man uden videre bearbejde hele grupper af data. Hvordan 
det foregår, følger senere. 


16 bits registeret SP har en specialopgave. Den peger altid på det øverste element i 
STAKken (SP betyder også STACK-Pointer). Hvergang der lægges noget i STAKken 
eller der tages noget derfra aktualiserer Z80 pointeren, så den peger på den nye posi- 
tion. 


Til slut er der registrene I og R, der er forbeholdt specielle opgaver (hardware-sty- 
ring). 
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Som om det ikke kunne være nok, så har hvert register A til L et ekstraregister, der 
kan byttes ud med originalregisteret. Man kan dog kun arbejde med eet register af 
gangen. Derfor tjener ekstraregistrene mest som mellemlagre. I kommandoerne angi- 
ves reserveregistrene med en efterstillet apostrof (i denne bog af tekniske grunde med 
anførselstegn). 


Hermed er de til maskinsprog beregnede registre i Z80 blevet præsenteret. (Se bill.). I 
det næste afsnit beskrives en enkelt kommandos gang i processoren. 


Antallet af registre siger ikke så meget om en processors ydeevner. Således kan 8502 
på en lagt mere flexibel måde indsætte sin Zero-Page, end det er tilfældet med alle 
Z80's registre. 


14.4. En microprocessors arbejdsgang 


Lad os antage at der ligger et maskinkodeprogram i computerens hukommelse. Det 
venter kun på at blive udført. Et eller andet sted må processoren vide, hvor program- 
met befinder sig. Dertil findes der et særligt 16-bits-register, kaldet PC eller Program 
Counter (program-tæller). I den er adressen på den kommando, der skal udføres 
næste gang lagret. Skal kommandoen udføres nu, henter processoren byten fra den 
angivne adresse. Byten fastholdes i processoren og PC (program-tælleren) forhøjes 
med 1, for at vi kan finde den næste byte. Samtidig bliver OPCODENn (det er den 
byten omhandler) dekodet, dvs. at microprocessoren fastslår, hvilken af de mange 
kommandoer, der egentlig står i hukommelsen. Nogle af Z80's kommandoer har en 
OPCODE, der er flere bytes lang (ellers kunne der jo kun genkendes 256 komman- 
doer). I dette tilfælde hentes de nødvendige bytes efter hinanden på nøjagtig samme 
måde, som den første blev det. (PC'en peger jo hele tiden på den aktuelle adresse, 
fordi den forhøjes efter hver byte. 1 og 2 bytes data kan også forekomme; også disse 
indlæses, men skal dog ikke dekodes. De hører hjemme i bestemte registre, og holdes 
parat til forarbejdning et eller andet sted i processoren. 


Skal dataene ændres (f.eks. ved addition e.1.), så foregår denne operation nu, og resu- 
latet gemmes igen i f.eks. akkumulatoren. Dermed er en kommando afsluttet, og den 
næste kan påbegyndes. 


Disse ting foregår selvfølgelig ikke i løbet af nulkommafem, selv strøm behøver en vis 
tid. Under normale forhold varer hver af Z80's arbejdstrin såsom ”hentning af 
opcode”, ”dekodning af opcode”, ”udførelse af kommando” og ”lagring af resultat” en 
clock-cyklus. Mere komplekse kommandoer kan strække sig over flere cykler. 


8502-processoren er anderledes opbygget, og kan som regel klare sig med kun 2 cyk- 
ler! 


Samler vi trådene, kan man sige at PC'en peger hele tiden på den adresse hvori den 
byte, der skal bearbejdes næste gang befinder sig. OPCODES og data indlæses een 
efter een. OPCODENn bliver dekodet og kommandoen udføres. 
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14.5. HEX-tal eller sekstentalssystemet 


Når man arbejder med maskinsprog, kan man ikke undgå at stifte bekendtskab med 
det hexadecimale talsystem. I modsætning til det normale talsystem, består dette af 
16 cifre (0 til 9 og bogstaverne A til F for værdierne 10 til 15). Systemet benyttes fordi 
omregningen fra binær til hexadecimale tal er nem. Desuden repræsenterer et HEX- 
CIFFER netop en halv byte. Det største to-positioners hextal FF svarer til det binære 
tal 1111 1111, hvilket er det størst mulige indhold i en byte. Derfor tager man altid en 
halv byte og omregner den til et hextal. Tabellen viser de tilsvarende decimale- og 
binære tal: 


0000 0 0 
0001 1 1 
0010 2 2 
0011 3 3 
0100 4 4 
0101 5 5 
0110 6 6 
0111 7 7 
1000 8 8 
1001 9 9 
1010 10 A 
1011 11 B 
1100 12 c 
1101 13 D 
1110 14 E 
1111 15 F 


Byten 1010 10112 svarer således til det hexadecimale tal AB16 idet 10102 er A16 og 
10112 er B16. Det modsatte er selvfølgelig også gældende. 


For omregning fra hextal til decimaltal, bliver hver enkelt ciffer omregnet til decimal- 
tal. Tallene regnet fra positionen længst mod højre multipliceres med grundtallet 
efter følgende mønster: 


ABCD'f ===,10 11 12 13 
13% 1610=13% 1— 73 
12%1611=12” 16=— 192 


11"16(2=11” 256=— 2816 
10” 1643 = 10 ” 4096 = 40960 
DECIMAL 43981 
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Vil man gå den modsatte vej (decimal til hex), kan man bruge divisionsmetoden, hvor 
decimaltallet hele tiden deles med 16. Resttallet bruges som hextal. Man fortsættter 
divisionen indtil værdien 0 er nået. Her følger et eksempel: 


53000 / 16 = 3312 REST 8 =—> 8 
3312/16= 207REST0 =—>0 
207/16= 12 REST 15=—F 
12/16=  OREST 12 =—>C 


53000" = CF08'f 


Der er dog kommet lommeregnere, som understøtter både omregning og almindelig 
talbehandling i decimal-, oktal-, hex- og binære talsystemer. Iøvrigt bør gode 
ASSEMBLERE også være udstyret med disse funktioner. 


Det tager Commodore 128 sig forresten også af, idet BASIC'en indeholder en funk- 
tion til bearbejdning af hexadecimale tal. DEC(”tal”) omregner fra hexadecimal- til 
decimalsystem. 


14.6. Binær-aritmetik 


14.6.1. Addition 


Det skal være sagt med det samme, at den eneste forskel mellem binær- og decimal 
addition er talsystemerne. Summen af to nuller eller summen af et nul og et ettal 
byder ikke nogen vanskeligheder. Men vil vi beregne 1 + 1 får vi problemer. Decimalt 
er resultatet = 2. Men dette tal findes ikke i det binære talsystem. Derfor må vi (lige- 
som ved overskridelse af 9 i decimaltalssystemet) indføre en mente (CARRY) til 
næste position: 


0 0 1 1 
For ÆT SÆR. i 
0 på 1 10 


Hele bytes kan adderes på samme måde: 


01101101 = 109 
+ 00001001 =+9 


sige i (menter) 
01110110 = 118 


For at lette oversigten er menterne (CARRY) anført for sig. Skulle det forekomme at 
hele 3 ettaller skal adderes (1+1+1 = 3) så bliver resultatet 1 1 (selvfølgelig!). 
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Forsøg at løse denne addition: 


10010011 
+ 11011111 


111111 (menter) 
101110010 


Nu består vores resultat pludselig af 9 bits! Den niende bit kaldes CARRY- eller over- 
flows-bit. Den angiver at additionen af to 8 bits-tal overskrider den højeste værdi for 
en byte (255), hvorved vi befinder os i 16-bits-additionerne. Der er ikke nogen compu- 
ter, der kan klare sig med 8 bits til repræsentation af tal. Men det er stadigvæk en 
kendsgerning at en 8-bits-processor kun kan bearbejde 8 bits på samme tid. Består 
f,eks, et tal af 2 bytes, må additionen foregå i 2 omgange. Et eksempel: 


00110101 10010011 

+ 10011011 11011111 
1111111 11111 (menter) 
11010001 01110010 


Additionens højre del kender vi allerede. 


14.6.2. Subtraktion 


Når en computer skal trække to tal fra hinanden, så finder den komplementet til 
dette tal (dvs. multiplicerer med -1) og adderer derefter tallene. Det hænger sammen 
med at additioner og negationer kan sammensættes elektronisk via AND, OR, XOR, 
NOT, men ikke subtraktioner. 


For at kunne frembringe negative tal, flyttes en bytes talområde fra 0 - 255 til -127 - 
+127. Den mestbetydende bit (bit 7) tjener som fortegn. Er den 1, så har vi med et 
negativt tal at gøre. Er den 0 er tallet positivt. Men det er således ikke nok at gøre et 
tal negativt ved at sætte bit 7 til 1. Et eksempel tydeliggør vanskelighederne: 


00000001 
+ 10000001 


10000010 


Omregnet til decimaltal, ville resultatet blive at 1 + (-1) skulle være = -2, hvilket jo 
ikke er tilfældet! 


Vi må altså gå en anden vej. En byte kan ved opbygningen af et såkaldt toer-komple- 
ment på en enkel måde multipliceres med -1. På den måde inverteres alle bits og slut- 
telig adderes med 1. 
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Eksempel: 01011011 
Inverteret: 10100100 
+ 1 


10100101 


Hvis vi benytter denne metode til at beregne 1 - 1 i det binære talsystem, så får vi det 
rigtige resultat: 


00000001 
+ 11111111 


11111111 (CARRY) 
100000000 


Som det ses har vi fået et overflow. Men i dette tilfælde forholder subtraktionen sig 
anderledes. Vi kan ganske enkelt ignorere denne bit. Subtraheredes 16 bits, ville den 
overflødige CARRY sørge for at positionen i den anden byte, ville blive sat til 0. Det er 
vigtigt, idet alle negative 16-bits-tal inverteres i alle positioner. Som 2-byte tal ville -1 
se således ud: 


11111111 11111111 

Manglede vi den ekstra carry-bit, ville resultatet lyde: 
11111111 00000000 

Og det er forkert! 


Til alt held, er programmering af subtraktioner ikke så kompliceret i virkeligheden. 
Subtraktionskommandoerne i begge microprocessorer har indbygget toerkomple- 
ment-funktion. 


14.6.3. Multiplikation 


Selvom man ikke skulle tro det: Maskinsprog indeholder kun to regningsarter, og det 
er addition og subtraktion. Alle andre regnearter er opbygget af disse to grundkom- 
mandoer, som regel som underprogrammer. 


Da vi ikke vil gennemgå alle enkelthederne i maskinsprog (dertil findes der både 
bedre og mere udførlig litteratur), så vises her kun den enkleste algoritme for multi- 
plikation. Den bruges ikke så gerne af professionelle programmører, da den ikke er så 
effektiv. Men nu til sagen. 


For at kunne beregne produktet X ” N er det nok at addere X N-gange. Dette funge- 
rer naturligvis kun ved hele tal. Decimaltal bearbejdes på en meget mere kompliceret 
måde. Til belysning af multiplikation følger et eksempel: 
473—=—=>4+4+4=12 
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14.6.4. Division 


Også til division findes der en simpel fremgangsmåde. For at dele X med N, trækker 
man kontinuerligt værdien N fra X. Antallet af disse subtraktioner indtil N bliver 
større end X, angiver resultatet af divisionen. Her følger et eksempel: 


10/3=? 
10-3=7=>—-——> TÆLLEREGISTER = 1 
7-3 =4 ===> TÆLLEREGISTER = 2 
4-3=—1=—=—=—> TÆLLEREGISTER = 3 ===> 10/3=3 REST 1 


Disse metoder er kun mulige fordi maskinsprogskommandoer udføres med meget 
store hastigheder. Iøvrigt er det samme princip, en lommeregner anvender. For hver 
gang en regnetast trykkes udføres en maskinsprogsrutine (naturligvis med de tilsva- 
rende algoritmer). 


De 4 grundliggende regnearter kan kombineret skabe højere funktioner (f.eks. 
potenser, sinus, kvadratrødder 0.a.). Enhver matematisk operation kan udtrykkes 
via AND-, OR-, XOR- og NOT-operationer. 


14.7. Hvordan fungerer sammenligninger (relationer) 


I BASIC er sammenligninger ikke noget usædvanligt. Men hvordan klares de i 
maskinsprog? Lad os se på et eksempel: 


Å=B«===>A-B=0 


Som det ses er en sammenligning mellem to tal ret så simpel at omdanne. For compu- 
teren har denne form den fordel, at der på den højre side af lighedstegnet står et nul. 0 
(nullet) er den eneste måde, hvorpå microprocessoren kan finde ud af, om der er et tal 
i akkumulatoren eller ej. Dertil kombineres alle bits med hinanden ved hjælp af OR- 
relationen. Således: 


BIT 7 OR BIT 6 OR BIT 5 OR BIT 4 OR BIT 3 OR BIT 2 OR BIT 1 OR BIT 0 


Hvis alle 8 bits i akkumulatoren er 0, så vil resultatet altid blive 0; i alle andre tilfælde 
(hvor mindst 1 bit er 1) vil resultatet blive 1. På den måde kan microprocessoren 
angive om regneregisteret ,hvori resultatet af den sidste operation næsten altid står 
anført, er 0 eller forskellig fra 0. Således er de to første ligheder blevet udført. For at 
kunne sammenligne A = B eller Å > B behøver vi således kun at trække de to tal fra 
hinanden, og derefter undersøge om indholdet i akkumulatoren er 0. Dette kan man 
se på Zero-flag (Zero = nul). Er dette flag 1, så resultatet af den sidste beregning = 0. 
Det er ikke kun akkumulatoren, der bruger Zero-flag, men heller ikke alle komman- 
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doerne. Om en kommando bruger Zero-flag kan man se i kommandooversigten i 
denne bogs tillæg. 


Ved ”større end” og ”mindre end” er proceduren næsten magen til den med ”lig med”. 
Efter subtraktionen undersøger man om tallet i akkumulatoren er mindre end 0 eller 
større end 0, hvilket jo ses af fortegnsbit'en: 


A>B«==—>A-B>0OSANDHVISBIT7=0 
A«B «===>A-B«<OSANDHVISBIT7 =1 


Mange kommandoer flytter fortegnsbit'en til S-flag (280), S betyder SIGN = for- 
tegn. Der kan den aflæses af specielle kommandoer. 8502 kalder det tilsvarende flag 
for flag N (negative). 


Der findes også et Z80 flag, der hedder P/V (da den faktisk ikke benyttes i denne bog, 
kalder vi den for nemheds skyld P). Den har to funktioner. For det første kan den 
angive en paritet (lige/ulige, hvilket er uinteressant i øjeblikket) og for det andet for- 
tæller den efter udførelse af aritmetiske operationer, om en fortegnsbit er blevet 
ændret. 


8502 processoren har et tilsvarende flag kaldet V. 
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15. 8502-MASKINSPROG 


Inden vi begynder at tage de første skridt ind i den verden, der tilhører det hurtigste 
programmeringssprog i verden, er det en god ide at kaste et blik på denne bogs tillæg. 
Der findes en beskrivelse af alle 8502-processorens kommandoer. Der er iøvrigt ingen 
grund til panik, selvom man ikke skulle forstå det hele. 


15.1 Det første 8502-program 


Vores første forsøg i maskinsprogsprogrammering vil omhandle addition og subtrak- 
tion. Det er en god måde at lære en microprocessors arbejdsgang på. Lad os derfor 
starte med at lægge to 8-bits-tal sammen. 


De to bytes, der skal adderes, placeres i forvejen i to adresser med POKE-komman- 
doen i BASIC. Det er ikke en særlig komfortabel metode, men det virker som det 
skal. Der findes ikke nogen INPUT-kommando i maskinsprog. 


Assembler-programmeringens 1. lov byder at (næsten) alle datamanipulationer skal 
foregå i akkumulatoren. Derfor skal programmets første kommando placere det før- 
ste tali denne. Det har vi LDA $nnnn til. Da carry-bit kan være sat, må vi først slette 
den med CLC. Så kommer den egentlige additions-kommando ADC $mmmm. Denne 
kommando henter det andet tal i hukommelsen fra adresse mmmm og lægger det til 
akkumulatorindholdet. Resultatet af additionen står at læse i akkumulatoren. 


Da dette resultat, skal kunne aflæses, må vi flytte det ud i hukommelsen med STA 
$xxxx til en adresse, hvorfra det kan PEEK'es. Dermed er additionen udført. Vi 
mangler kun at give BASIC-fortolkeren kommandoen igen med RTS. 


Hele programmet ser således ud: 


LDA $nnnn 
CLC 

ADC $mmmm 
STA $xxxx 
RTS 


Disse kommandoer skal have bopæl et sted i hukommelsen. Man må gøre sig nogle 
tanker om denne placering. Til alt held har Commodore-udviklerne også reserveret 
plads til dette i Commodore 128. Dette område ligger fra 1300 til 17FF i BANK 0. Det 
er bedst at lægge sit program fra adresse 1300, så der bliver plads til dataregisteret i 
slutningen af området. 


For at kunne indtaste programmet, kan vi benytte den MONITOR, vi altid har ved 
hånden i ROM. Den kaldes med BASIC-kommandoen af samme navn. Indtast der- 
efter: 
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A 01300 LDA 17FD og RETURN 


Dermed har vi fået assemblet den første kommando (oversat og gemt fra adresse 
1300). Cursoren springer ned i næste linie, hvor et nyt A og adrresse 1303 angives. 


På samme måde, kan man nu indtaste de resterende kommandoer. Når man er fær- 
dig, taster man blot RETURN, og monitoren forlader assemblermode igen. 


Når alt er tastet ind, bør skærmen se således ud: 


MONITOR 


PC SR AC XR YR SP 
;… FB000 00 00 00 00 F8 


A 01300 AD FD 17 LDA $17FD 
A 01303 18 CLC 
A 01304 6D FE 17 ADC $17FE 


A 01307 8D FF 17 STA $17FF 
A 0130A 60 RTS 


Har man lavet en fejl, kan kommandoerne rettes som en BASIC-linie, hvor man flyt- 
ter cursoren op og overskriver det uønskede. 


Programmet ligger nu i hukommelsen og det eneste, vi mangler er at give programmet 
de tal, der skal lægges sammen. Dette kan også gøres med monitorens hjælp: 


M 017FD,017FF 


På den måde ved 128'eren, at vi skal bruge 3 bytes. I de to første bytes skriver vi nu 
tallene, der skal adderes, f.eks. 38 og 05 (decimal 56 og 5) 


Med kommandoen X kan vi atter forlade monitoren og starte maskinkodeprogram- 
met med SYS 4864. 


Vender cursoren ikke tilbage på skærmen med det samme, er der lavet en fejl under 
indtastningen. Er det tilfældet, er man nødt til at slukke og tænde for computeren og 
starte forfra igen. 

Er alt iorden, er der to måder at få resultatet af additionen at vide på: 

1. PRINT PEEK(DEC(”17FE”)) 

2. Man aktiverer monitoren igen og udfører: 

M 017FD,017FF 


Den tredie byte angiver resultatet. 
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Det er en god ide at prøve programmet flere gange med forskellige værdier, for at for- 
stå additionen rigtigt. 


15.2. Det andet skridt: 16-bits-addition 


Som allerede nævnt, så er det nødvendigt at bruge 16-bits-addition til beregning af 
større tal. Herunder vises et program, der kan addere vilkårlige 16-bits-tal til en kon- 
stant. Tallet bringes til adresserne 17FF (Hi-byte) og 17FE (Lo-byte). Da tallet har 16 
bits, skal der bruges to bytes og additionen skal ske i to omgange. Men først begynder 
alt helt normalt med: 


LDA $17FE og 
CLC 


Da det ene af de to tal, der skal adderes er en konstant, kan vi anvende ADC ff Lo- 
byte. Denne kommando henter ikke længere det andet tal fra en given adresse, men 
tager den efterfølgende byte direkte (dvs. den ønskede konstant). 


Efter denne kommando er den mindstbetydende halvdel af resultatet klar. Den gem- 
mes med STA $17FC. Et eventuelt overflow er gemt i carry-bit og slettes ikke ved 
overførsel af den anden halvdel med LDA $17FF. Nu kan der adderes på normal vis 
med ADC if Hi-byte. 


STA $17FD henter også den anden halvdel af resultatet til hukommelsen. Program- 
met afsluttes med RTS. Her følger hele listningen: 


1300 LDA $17FE 
1302 CLC 

1303 ADC 4E8 
1305 STA $17FC 
1307 LDA $17FF 
1309 ADC 403 
130B STA $17FD 
130D RTS 


03E8 (= 1000 dec) er valgt som konstant i dette tilfælde. 


15.3. Subtraktion 


Da subtraktioner svarer til additioner følger her et kort program uden forklaring 
(sammenlign med 8-bits-addition). 


1300 LDA $17FF 

1302 SEC (Sæt carry) 
1303 SBC $17FE  (Subtraher) 
1305 STA $17FD 

1307 RTS 
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15.4. Multiplikation 


Som det fremgår af kapitel 14.6, er en multiplikation ikke andet end en serie additio- 
ner. Det vil vi bruge til at lave et maskinsprogsprogram, der kan multiplicere. 


Ved den her beskrevne metode, er det nærliggende at lægge selve additionen i en selv- 
stændig underrutine, (hvilket ikke er nødvendigt, men tilfredsstiller vores iver efter 
at vise så meget som muligt), og lade den kalde via en løkke. Lad os starte med selve 
additionen. 


Når man multiplicere, to 8-bits-tal bliver resultatet altid et 16-bits-tal. Additionsruti- 
nen skal derfor kunne addere en enkelt byte med et dobbelt-byte-tal. Det kan for- 
enkles til, at man forestiller sig at 8-bits-tallet udstyres med et 0 som Hi-byte, og der- 
med udfører en normal 16-bits-addition. På den måde flyttes overflow til resultatets 
Hi-byte. Det ser således ud: 


LDA $17FE  (Resultatets Lo-byte) 

CLC 

ADC $17FC  (Adder 8-Bits-tallet) 

STA $17FE. (flyt det tilbage) 

LDA $17FF  (Resultatets Hi-byte) 

ADC. 400 (adder 0 og Carry-Bit) 

STA $17FF. (flyt det tilbage) 

RTS (Returner fra underrutinen) 


Efter addition findes resultatet i adresserne 17FE/17FF, 8-bits-tallet stod før i 17FC. 
Nu mangler vi kun løkken. Længden angives af multiplikatoren, der blev lagret i 
17FD. 


Den letteste metode hvormed man kan programmere en løkke med variabel længde, 
består i at formindske et register med 1 for hvert gennemløb. Er registeret talt ned til 
0, kan løkken afsluttes. X-registeret er det bedst egnede hertil. Tælleren initialiseres 
ved løkkens start med LDX $17FD (17FD indeholder jo multiplikatoren). 


Så følger kaldet af underrutinen med JSR $addition (addition udskiftes med hop- 
adressen). Efter at underprogrammet er blevet udført 1 gang, skal løkkens tæller for- 
mindskes med 1 (decrementeres) Dette klares af 1-byte-kommandoen DEX. Det 
specielle ved den er, at den også ændrer Zero- og N-bits. Hermed vises det om indhol- 
det af X-registeret er 0 ()nul) eller negativt. Styrebit”ene er således ikke forbeholdt 
akkumulatoren. 


Opcode-tabellen i tillægget viser, hvilke kommandoer, der kan ændre hvilke bits. 
Med styre-bit”ene kan de såkaldte BRANCH-kommandoer udføre betingede funk- 
tioner. En sådan betingelse findes også i vores løkke. Den skal jo standses ved X=0. 
Er X forskellig fra 0, så skal der ske et hop tilbage. Det klares med BNE $adresse 
(Branch on Not Equal to zero). Er Zero-bit sat til 1, så betyder det, at den sidst 
udførte operation resulterede i et 0, ved Zero-bit = 0 var det forskelligt fra 0. 
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BNE-kommandoen tester på Zero-bit. Er den 0, hoppes til den anviste adresse, ellers 
fortsættes med den næste kommando. BRANCH-kommandoen arbejder med de 
såkaldte relative adresseringer, dvs. at det er afstanden til hop-adressen, der angives. 
Denne afstand beregnes automatisk af monitoren. Da afstandstallet kun må fylde en 
byte, er det desværre kun muligt at springe i intervaller af 129 bytes frem og 126 til- 
bage. Ved første blik synes dette som en kort afstand, men det viser sig at være til- 
strækkeligt i praksis. 


Inden løkken startes, skal de to resultat-bytes slettes. Her ses programmet: 


1300 LDA 4500 

1302 STA $17FF (slet 17FF) 

1304 STA $17FE (slet 17FE) 

1306 LDX $17FD (load X) 

1308 JSR 9$130E (kald af underrutine) 


130A DEX (decrementer X) 

130B  BNE $1308 (betinget hop) 

130D  RTS (slut på hovedrutinen) 
130E  SLDA $17FE  (Additions-underprogram) 
1310 CLC 


1311 ADC $17FC 

1313 STA  $17FE 

1315 LDA $17FF 

1317 ADC 400 

1319 STA $17FF 

131B RTS (slut på underrutinen). 


Som det ses er BRANCH-kommandoen magen til en normal hop-kommando. 
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16. Z280-PROGRAMMERING 


For at kunne lære begge maskinsprog uafhængigt af hinanden, følger her nøjagtigt 
den samme fremgangsmåde, som ved gennemgangen af 8502. Der er derfor ingen 
grund til undren, hvis nogle afsnit virker bekendte! 


16.1. Det første Z80-program 


Nu da grundlaget for maskinkodeprogrammering er i orden, kan vi gå igang med det 
første program. Vi vil lave et additionsprogram for 8-bits-tal. 


Først skal vi meddele programmet hvilke tal, vi ønsker adderet. Der findes ikke 
nogen INPUT-kommando i maskinsprog; derfor er vi nødt til at være så flinke, at vi 
selv lægger disse to tal ind i computerens hukommelse. Derfra kan programmet selv 
hente tallene, når de skal bruges. Det er den første opgave, programmet skal løse. 
Kommandoen ”LD A,(nnnn)” minder om BASIC'ens kendte PEEK-kommando. 
Den henter en byte fra adressen nnnn og transporterer den til akkumulatoren. 


Vi ved hvor den anden byte ligger gemt, men vi kan ikke hente den med LD B,(nnnn) 
og aflevere den til processoren. Kommandoen findes desværre ikke i Z80-maskin- 
kode. Det er imidlertid muligt at bruge registerparret HL som pointer på vores byte. 
Dertil bringer vi adressen til det ønskede register med LD HL,nnnn. Bemærk at 
udtrykket ”nnnn” nu ikke længere skal være indeholdt i en parentes. Det viser at 
dette udtryk skal flyttes direkte til HL og ikke skal stå som adresse for den egentlige 
værdi. 


Med den næste kommando bliver de to bytes endelig adderet. Den lyder ”ADD 
A,(HL)” og resulterer i, at værdien fra akkumulatoren og byten, hvis adresse er gemt 
i HL, bliver adderet. Resultatet lægges tilbage i akkumulatoren. Bliver summen af de 
to tal højere end 1 bytes maksimale værdi, vil Z80 vise dette ved at sætte sin over- 
flows-bit til 1. 


Da det ikke er særligt oplysende at have resultatet liggende i akkumulatoren, hvor vi 
ikke kan se det, har vi brug for endnu en kommando, der kan bringe det til et sted i 
hukommelsen, hvor vi kan læse det med PEEK. Det klares af ”LD (nnnn),A”. Kom- 
mandoen fungerer på samme måde som ”LD A,(nnnn); blot i modsat retning. 


Til sidst afsluttes programmet med JP FFE0. Dette hop kobler 8502 ind igen, der så 
overlader roret til BASIC-fortolkeren. 


Indtil nu har vi programmeret løs, uden at bekymre os om hukommelses-adresserne, 
hvori det hele foregår. I vores eksempel, kan man næsten selv bestemme, hvor i 
hukommelsen man vil arbejde. Det eneste, man skal passe på, er at computeren ikke 
bruger det valgte område til noget andet. Det bedste sted at placere sit maskinkode- 
program er i RAM-området fra 1300 til 17FF. 
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Data-byte'ene følger så i slutningen af dette område. 
Vores program kommer dermed til at se således ud: 


Adresse Kommando Kommentar 


1300 LD A,(17FF) hent det første tal i 17FF 
1303 LD HL,17FE det andet tal står i 17FE 
1306 ADD A,(HL) adder akk. og det andet tal 
1307 LD (17FD),A gem resultatet 

130A JP FFE0 Program-afslutning 


Adresserne viser at kommandoerne bruger et varieret antal bytes. Kommandoer, der 
har indbygget en adresseangivelse, har brug for mindst 3 bytes. En kommando som 
f.eks. ”ADD A,(HL)” er en 1-byte-kommando. 


Inden man kan POKE byte'ene ind i hukommelsen, må man vide hvorledes de ser 
ud. I tabellen med Z80-kommandoer, kan man slå de enkelte kommandoer efter og se 
hvilken opcode, de har. For ”LD A,(nnnn)” er det 3A plus to adressebytes. Vær 
opmærksom på at Lo-bytes altid angives før Hi-bytes i en adresse. Hele komman- 
doen udtrykt i tal, lyder således: 


3A FF 17 
Her er koderne for resten af programmet: 


21 FE 17. (LD HL,AB7E) 
86 (ADD A,(HL)) 
32. FD 17. (LD (AB7D),A) 
C3 E0 FF (JP FFE0) 


Disse værdier skal POKE's ind i de tilsvarende adresser. Denne opgave varetages af 
dette korte BASIC-program: 


10 FOR I = &1300 TO &130C: READ A$: POKE I,DEC(A$): NEXT 
20 DATA ”3A”, ”FE”, 717”, 721”, ”FE”, 717”, 786”, 732”, ”FD”, 717”, ”C3”, 
”E0”, ”RE” 


Desværre, kan vi ikke bruge Z80-programmer, lige så nemt, som det var tilfældet med 
SYS-kommandoen for 8502-maskinsprog. Vi må drage nytte af operativsystemets 
rutine for omskiftning. Z80-processoren aktiveres med JMP FFDO0. Z80-program- 
mets startadresse skal ligge klar i forvejen i byte'ene OFFEE/OFFEF (pointerfor- 
mat). Desuden skal adresse OFFED indeholde værdien C3. Og for at computeren kan 
finde tilbage til BASIC igen, skal adresserne OFFDC og OFFDE indeholde værdierne 
$58 og $60. Alt dette klares af denne udvidelse til programmet: 


1 BANK 0: POKE 65517, 192: POKE 65518, 00: POKE 65519, 19 
2 POKE 65500, 88: POKE 65501, 96 
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Maskinkoderutinen kan startes med BANK 0:SYS DEC(”FFD0O”). De to tal, der 
skal adderes, skal dog lagres i hukommelsen v.h.a. POKE DEC(”17FF”), Z1 og POKE 
DEC(717FF”),Z2. Efter SYS, kan man hente resultatet med PRINT 
PEEK(DEC(”17FD”)). For at man kan afprøve programmet med forskellige værdier, 
skal man tilføje de følgende linier til BASIC-programmet: 


30 INPUT ”TAL 1, TAL 2”; Z1,Z2 
40 POKE DEC(”17FF”), Z1: POKE DEC(”17FE”), Z2 
50 SYS DEC(”FFD0”): PRINT PEEK(DEC(”17FD”)): GOTO 30 


En subtraktion programmeres på tilsvarende måde. ADD-kommandoen skal dog 
erstattes af SUB (HL). I DATA-linien skal den 7. værdi ændres fra 86 til 96. 


16.2. Hvordan programmeres en løkke? 


Hvis man vil gentage en sekvens et antal gange, har man i BASIC to muligheder: 
FOR-NEXT eller DO-LOOP. Der er en tredie mulighed, der ikke er nær så komfor- 
tabel, og af samme grund heller ikke meget benyttet. Den er nem at lave. I slutningen 
af en sekvens kan man forhøje en tæller-variabel med 1 og via IF-THEN hoppe til 
sekvensens start, hvis endnu et gennemløb ønskes. 


Uanset hvor ukomfortabel denne metode er, så er det den eneste måde, hvorpå en 
løkke kan programmeres i maskinkode. I stedet for en variabel benytter vi et proces- 
sorregister og løkkens længde tælles ned ovenfra. Det nedenfor viste program bestiller 
ikke andet end at afvente 255 gennemløb (da løkken er tom). Der er ikke vist nogen 
BASIC-loader, idet programmet ikke har nogen synlig virkning. Maskinkodepro- 
grammet arbejder så hurtigt, at forløbet kun varer en brøkdel af et sekund. Her er 
programmet: 


1300 LD B,FF Load løkkens længde 


1302 DECB Formindsk B med 1 
1303 JP NZ,1302 Hop, hvis forskellig fra 0 
1306 RET ellers slut 


Den første kommando flytter løkkens længde til registeret B. Tallet er indbygget i 
programmet, og står således anført direkte efter opcoden. Man vil måske spørge, 
hvorfor det netop er register B, der bruges som tæller. Jo, akkumulatoren er reserve- 
ret for regneoperationer, og på lignende vis, findes der bestemte tælle-kommandoer 
for B-registeret. 


DEC-kommandoen (decrement = formindsk med 1) bevirker, at der trækkes 1 fra B. 
Bliver resultatet af denne subraktion 0, sættes Zero-flag til 1, ellers forbliver den 0. 
Dette forhold udnyttes af næste kommando. JP NZ hopper kun til den angivne 
adresse, hvis Zero-flag er 0. Retur-hoppet udføres derfor kun så længe løkkens afslut- 
ning endnu ikke er nået. Er Z = 1, så fortsætter Z80 med den næste kommando. Den 
hedder RET og standser programudførelsen. 
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16.3. Yderligere aritmetikrutiner 


16.3.1. 16-bits-addition 


Med 8-bits-tal kan, som allerede nævnt, kun bearbejdes tal med største værdi 255. 
Ved 16 bits er tallet med højeste værdi 65535. Z80 processoren er en af de få 8-bits 
processorer, der kan udføre kommandoer for 16-bits-aritmetik, og som desuden er i 
besiddelse af de nødvendige 16-bits-registre. 


For at udføre en 16-bits-addition, skal det første tal lægges i registerparret DE. Med 
”LD DE,(nnnn)” flyttes byten nnnn til register D. E indeholder værdien af adresse 
nnnn+1. Her benyttes også pointerformatet Lo-Hi. Den samme kommando findes til 
HL. 


Additionskommandoen for 16 bits lyder ”ADD HL,DE”. Som man sikkert har gæt- 
tet, adderes derved de to tal fra DE og HL, og resultatet lægges i HL. Herfra kan det 
flyttes til hukommelsen med ”LD (nnnn),HL”. 


Hele programmet ser således ud: 


1300 LD DE,(17FE) 
1304 LD  HL,(17FC) 
1307 ADD HL,DE 
1308 LD  (17FA),HL 
130B JP FFEO 


Prøv at sammenligne dette program med det tilsvarende 8502-program. 


Vær opmærksom på, at hver LD-kommando samtidigt bearbejder to bytes. Loaderen 
ser således ud: 


10 DATA ”ED”,”5B”,”FE”,717” 

11 DATA ”2A”,”FC”,717” 

12 DATA ”19” 

13 DATA ”22”,”FA”,717” 

14 DATA ”C3”,”E0”,”FE” 

20 FOR i = DEC(”1300”) TO DEC(”130D”): READ a$: POKE i,DEC(a$): 
NEXT 

30 INPUT ”Zahl 1, Zahl 2”; z1,22 

40 POKE DEC(”17FE”), z1 AND 255: POKE DEC(717FF”), INT(z1/256) 

50 POKE DEC(”17FC”), z2 AND 255: POKE DEC(”17FD”), INT (z2/256) 

60 SYS DEC(”FFE0O”): PRINT PEEK(DEC(”17FA”)) + 256 ” 
PEEK(DEC(717FB”)) 

70 GOTO 50 
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Inden dette program udføres, skal man sætte de to initialiseringer fra additionspro- 
grammet. 


Også her kan man eksperimentere med forskellige værdier. 


16.3.2. Multiplikation 


For at multiplicere to tal, må man addere et antal gange, hvilket vi allerede har 
beskæftiget os med i kapitel 14.6.3. I BASIC ville denne algoritme blive omsat til: 


10 INPUT ”TAL 1, TAL 27”; z1,z2: e=0 
20 FOR i = 1 TO z1 

30 e=e+z2: NEXT 

40 PRINT ”RESULTAT ”;e 


Som det ses, består programmet stort set kun af en løkke og en addition. Vi har alle- 
rede programmeret begge dele i maskinsprog. Multiplikation af to 8-bits-tal resulte- 
rer altid i et 16-bits-tal. Derfor bør man tage højde for dette på samme måde i 16-bits- 
additions-rutinen. 


Inde i løkken må der kun være additions-kommandoen. Alle andre kommandoer tje- 
ner til klargøring af registre og lagring af resultater. Med den første kommando (se 
listningen) loades det første tal til akkumulatoren. Det skulle egentlig loades i register 
B, men da dette register ikke kan loades direkte fra hukommelsen, må det mellem- 
lagres i akkumulatoren, inden det med kommando nummer to flyttes til register B. 
Således er løkkens længde bestemt. De andre 8-bits-tal adderes hele tiden til register- 
parret HL. På den måde når de til register E (via omvejen). 


Da ADD HL,DE altid adderer register D med, skal dette sættes til 0 først. HL skal 
også være sat til 0 inden løkken startes. Det klares af de to næste kommandoer. 


Så startes løkken med med ADD-kommandoen. Da registerparret HL kun ændres af 
additionskommandoen, indeholder den altid det sidste mellemresultat. 


Resten af maskinkodeprogrammet kender vi. DEC B og JP NZ,130D markerer løk- 
kens afslutning. LD(137C),HL sørger for at gemme resultatet og JP FFEO afslutter 
programmet. Her er listningen: 


1300. LD  ÅA,(17FF) Tal 1 


1303 LD  B,A tlB 

1304. LD  AÅA,(17FE) Tal 2 

1307 LD EA tilE 

1308. LD D,00 Slet D 

130A LD  HL,0000 Slet HL 

130D ADD HL,DE adder 

130E DEC B decrementer (formindsk) 


130F JP NZ,130D Hop tilbage, hvis ikke 0 
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1312 LD (17FC),HL Gem resulatet 
1315 JP FFE0 Returner til BASIC 


Selvfølgelig findes der også en BASIC-loader til dette program: 


10 DATA ”3A7,”FF?,717” 

11 DATA 47” 

12 DATA ”3A”,”FE”,717” 

13 DATA ”5F” 

14 DATA ”167,700” 

15 DATA ”21”,700”,700” 

16 DATA ”19”,”05” 

17 DATA ”C27,”0D”,”713” 

18 DATA ”227,”FC”,717” 

19 DATA ”C37”,”E0” ”FE” 

20 FOR i= DEC(”1300”) TO DEC(71317”): READ a$: POKE i,DEC(a$): 
NEXT 

30 INPUT ”Tal 1, Tal 2”; 21,22 

40 POKE DEC(717FF”), z1: POKE DEC(717FE”), z2 

50 SYS DEC(”FFD0”): PRINT PEEK(DEC(717FC”))+ 
256"PEEK(DEC(”17FD”)) 

60 GOTO 30 


Her skal man ligeledes indsætte initialiseringslinierne. 


16.4. Hvordan fungerer omskiftningen mellem 
de to microprocessorer? 


Måske har man undret sig over, hvorledes de to operativsystemer fungerer. Man har 
måske også undret sig over at hop-adressen for Z80-rutinen i slutningen af underruti- 
nen POKESs for omskiftning til 8502-processoren. 


Når man skifter processor med den tilhørende MMU-bit, så er det ikke sådan, at 
man bare skifter på samme måde, som man kan sætte sig ind i en anden bil og starte 
den. I stedet for standser udførelsen af underrutinen brat midt i det hele. Skiftes der 
microprocessor på et tidspunkt senere i forløbet, så vil den afbrudte rutine blive fort- 
sat fra det sted, den blev forladt. På dette sted POKE's en hop-kommando til vores 
eget program, der så pligtopfyldende udføres af processoren. 


Når det gælder 8502'eren sætter vi ikke en JMP-kommando ind, men en CLI og en 
RTS. PÅ den måde aktiveres interrupt igen og RTS returnerer til BASIC-fortolkeren. 


Omskiftningen skal altid ske i BANK 0 eller 1, da dette er de eneste steder, hvor ope- 
rativsystemet lader sig påvirke af POKE-kommandoer. 
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16.5. Afslutning 


Som alle andre processorer har 8502 og Z80 både deres stærke og svage sider. Således 
er f.eks. Z80 særdeles godt egnet til at bearbejde store blokke af hukommelse, imens 
8502-processoren gør programmering af den såkaldte BCD-aritmetik til en leg. BCD 
betyder Binary Coded Decimal: med andre ord, at ethvert decimaltals positioner til- 
egnes en halv byte. Selvom man på den måde bruger en masse hukommelsesplads (1 
byte kan jo kun repræsentere tallene 0 til 99), bliver resultatet af beregninger meget 
nøjagtigt. 

Når man nu skriver et program i maskinsprog, kan man vælge den af processorerne, 
der egner sig bedst til opgaven; hvilket igen oftest resulterer i at man får lavet det kor- 
teste og mest effektive program. 


Selvfølgelig kan man også skifte midt i et Z80- program og udnytte nogle af de mange 
8502-rutiner (selv CP/M benytter sig af denne mulighed!). 
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17. TILLÆG 


17.1. 8502-processorens kommandoer 


ADC 
Dataene og carry-bit'en, der følger kommandoen adderes til akkumulatoren. Der- 
efter sættes flagene N, V, Z og Carry svarende til resultatet. 


AND 
Dataene, der følger kommandoen bliver AND'et med Akk. Resultatet gemmes i 
akkumulatoren. Flagene N og Z aktualiseres. 


ASL 
Bit'ene i Akk. eller en adresse forskydes 1 position mod venstre. Bit 7 bliver carry-bit, 
bit 0 udfyldes med 0. Flagene N, Z og C ændres. 


BCC dd 
Når Carry-bit er 0, hopper processoren til den adresse, der angives ved den næste 
kommando + dd. Flag forandres ikke. 


BCS dd 
Som BCC, men hop ved Carry=l1. 


BEQ dd 
Som BCC, men hop ved Z=l1. 


BIT 

En adresses bits AND'es med Akk. Resultatet gemmes ikke; men hvis det var for- 
skelligt fra 0, sættes Z = 1, ellers Z = 0. 

På den måde kan en adresses bits testes ( den tilsvarende bit i Akk. skal sættes til 1 
inden). Yderligere flyttes de to mestbetydende bits fra hukommelsen til flagene N 
(bit 7) og V (bit 6). 


BMI dd 
Som BCC, men hop ved N=1. 


BNE dd 
Som BCC, men hop ved Z=0. 


BPL dd 
Som BCC, men hop ved N=0. 


BRK 
Udløser et kunstigt interrupt. For at kunne skelne mellem denne og den rigtige inter- 
rupt, sættes flag B til 1. Bruges normalt ved testning af programmer. 
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BVC dd 
Som BCC, men hop ved V=0. 


BVS dd 
Som BCC, men hop ved V=1. 


CLC 
Sletter Carry-bit. 


CLD 
Sletter D-flag. BCD-mode slås fra. 


CLI 
Sletter interrupt-flag. Interrupt tillades hermed. 


CLV 
Sletter V-flag. 


CMP 

De efterfølgende data sammenlignes med Akk (subtraheres). Hvis bits er ens, sættes 
7, = 1. Er indholdet i Akk. mindre end data, så sættes N = 1. Carry-bit sættes til 1, 
hvis Akk. er større eller lig med. Ved hjælp af den tilsvarende BRANCH-kommando 
kan udtrykket beregnes. 


CPX 
Som CMP, men data sammenlignes med X-register. 


CPY 
Som CMP, men data sammenlignes med Y-register. 


DEC 
Den anførte adresse decrementeres (formindskes med 1), flagene N og Z er uforan- 
drede. 


DEX 
Som DEC, men X-register decrementeres. 


DEY 
Som DEC, men Y-register decrementeres. 


EOR 
Dataene, der følger kommandoen XOR'es med Akk. og resultatet gemmes i Akk. Fla- 
gene N og Z aktualiseres. 


INC 
Den angivne adresse incrementeres (indholdet forhøjes med 1). Flagene N og Z for- 
andres. 
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INY 
Som INC, men Y-registeret incrementeres. 


INX 
Som INC, men X-registeret incrementeres. 


JMP 
Processoren hopper til anviste adresse. 


JSR 
Processoren hopper til underprogram i angivne adresse. 


LDA 
Akkumulatoren loades med de data, der angives efter kommandoen. Derved aktuali- 
seres flagene N og Z. 


LDX 
Som LDA, men X-register loades. 


LDY 
Som LDA, men Y-register loades. 


LSR 
Akkumulatorens eller en adresses bits forskydes 1 position mod højre. Bit 0 er Carry- 
bit, og bit 7 fyldes ud med et 0. Flagene N, Z og C ændres. 


NOP 
Venter to takt-cykler. 


ORA 
Dataene, der følger kommandoen OR'es med Akk. og resultatet gemmes i Akk. Fla- 
gene N og Z aktualiseres. 


PHA 
Akk flyttes til STACK. 


PHP 
Flagene flyttes til STACK. 


PLA 
En byte flyttes fra STACK til Akk. Flagene N og Z aktualiseres. 


PLP 
Flagene hentes fra STACK. 


ROL 
Akkumulatorens eller en adresses bits roteres en position mod ventre. Bit 7 tjener 
som Carry-bit, hvis gamle indhold flyttes til bit 0. Flagene N, Z og C ændres. 
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ROR 
Akkumulatorens eller en adresses bits roteres en position mod højre. Bit 0 tjener som 
Carry-bit, hvis gamle indhold flyttes til bit 7. Flagene N, Z og C ændres. 


RTI 

Hop tilbage fra interruptrutine. Sætter PC'en og flag til tidligere værdier. 

RTS 

Hop tilbage fra underprogram. Sætter PC'en til tidligere værdi. 

SBC 

Som ADC, men subtraheres. 

SEC 

Sætter Carry-bit. 

SED 

Sletter D-flaget. BCD-mode aktiveres. 

SEI 

Sletter interrupt-flag. Interrupts ignoreres. 

STA 

Gemmer indholdet af Akk. i den anviste adresse. 

STX 

Gemmer indholdet af X-registeret i den anviste adresse. 

STY 

Gemmer indholdet af Y-registeret i den anviste adresse. 

TAX 

Indholdet af Akk. skrives i X-registeret. Flagene N og Z aktualiseres. 

TAY 

Indholdet af Akk. skrives i Y-registeret. Flagene N og Z ændres. 

TSX 

Stack-pointeren kopieres til X-registeret. Flagene N og Z ændres. 

TXA 

Indholdet af X-registeret skrives i Akk. Flagene N og Z ændres. 
XM 

TXS 


Indholdet af X-registeret skrives i Stack-pointeren. 


TYA 
Indholdet af Y-registeret skrives i Akk. Flagene N og Z ændres. 
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17.2. 8502-processorens OPCODE-liste 


Kommando Opcode 
ADC $nnnn 6Dnnnn 
ADC $nn 65nn 
ADC 14f$nn 69nn 
ADC $nnnn,X 7Dnnnn 
ADC $nnnn,Y 79nnnn 
ADC $nn,X 75nn 
ADC ($nn,X) 61nn 
ADC ($nn),Y 71nn 
AND $nnnn 2Dnnnn 
AND $nn 25nn 
AND 1f$nn 29nn 
AND $nnnn,X 3Dnnnn 
AND $nnnn,Y 39nnnn 
AND $nn,X 35nn 
AND ($nn,X) 21nn 
AND ($nn),Y 31nn 
ASL A 0A 
ASL $nnnn 0Ennnn 
ASL $nn 06nn 
ASL  $nnnn,X 1Ennnn 
ASL $nn,X 16nn 
BCC $dd 90dd 
BCS $dd BOdd 
BEQ $dd FO0dd 
BIT  $nnnn 20nnnn 
BIT $nn 24nn 
BMI $dd 30dd 
BNE $dd D0dd 
BPL $dd 10dd 
BRK 00 

BVC $dd 50dd 
BVS  $dd 70dd 
CLC 18 

CLD D8 

CLI 58 

CLV B8 
CMP $nnnn CDnnnn 
CMP $nn C5nn 
CMP 1f$nn C9nn 
CMP $nnnn,X DDnnnn 
CMP $nnnn,Y DØønnnn 
CMP $nn,X Dånn 
CMP ($nn,X) Cinn 
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Flags 


NV 


222222222222727 


2222222 


ZC 
ZC 
ZC 


Beskrivelse 


add. adresse nnnn til Akk. 
adderer adresse nn 

adderer byte nn til Akk. 

add. adresse nnnn+X 

add. adresse nnnn+X 

add. adresse nn+X 

add. byte fra (nn+X) 

add. byte fra (nn)+Y 

Adresse nnnn AND'es med Akk. 
AND'ed adresse nn 

AND'ed byte nn med Akk. 
AND'ed adresse nnnn+X 
AND'ed adresse nnnn+X 
AND'ed adresse nn+X 

AND'ed byte fra (nn+X) 
AND'ed byte fra (nn)+Y 

aritm. venstreforskydning af Akk. 
adresse nnnn 

adresse nn<nn 

adresse nn<nn+X 

adresse nn+X 

betinget hop til PC+dd, hvis C=0 
betinget hop til PC+dd, hvis C=1 
betinget hop til PC+dd, wenn Z=1 
tester adresse nnnn 

tester adresse nn 

betinget hop til PC+dd, hvis N=1 
betinget hop til PC+dd, hvis Z=0 
betinget hop til PC+dd, hvis N=0 
Software-Interrupt 

betinget hop til PC+dd, hvis V=0 
betinget hop til PC+dd, hvis V=1 
sletter C 

sletter D 

sletter I 

sletter V 

sammenligner adresse nnnn med Akk. 
sammenligner adresse nn 
sammenligner byte nn med Akk. 
sammenligner adresse nnnn+X 
sammenligner adresse nnnn+X 
sammenligner adresse nn+X 
sammenligner byte fra (nn+X) 


CMP 
CPX 
CPX 
CPX 
CPY 

CPY 

CPY 

DEC 
DEC 
DEC 
DEC 
DEX 
DEY 
EOR 
EOR 
EOR 
EOR 
EOR 
EOR 
EOR 
EOR 
INC 

INC 

INC 

INC 

INX 

INY 

JMP 
JMP 
JSR 

LDA 
LDA 
LDA 
LDA 
LDA 
LDA 
LDA 
LDA 
LDX 
LDX 
LDX 
LDX 
LDX 
LDY 
LDY 
LDY 
LDY 
LDY 
LSR 


($nn),Y 
$nnnn 
$nn 
ik$nn 
$nnnn 
$nn 
1t$nn 
$nnnn 
$nn 
$nnnn,X 
$nn,X 


$nnnn 
$nn 
4$nn 
$nnnn,X 
$nnnn,Y 
$nn,X 
($nn,X) 
($nn),Y 
$nnnn 
$nn 
$nnnn,X 
$nn,X 


$nnnn 
$(nnnn) 
$nnnn 
$nnnn 
$nn 
1$nn 
$nnnn,X 
$nnnn,Y 
$nn,X 
($nn,X) 
($nn),Y 
$nnnn 
$nn 
i6$nn 
$nnnn,Y 
$nn,Y 
$nnnn 
$nn 
14$nn 
$nnnn,X 
$nn,X 
A 


Dinn 
ECnnnn 
E$nn 
EOnn 
CCnnnn 
C4nn 
Conn 
CEnnnn 
C6nn 
DEnnnn 
D6nn 
CA 

88 
4Dnnnn 
45nn 
49nn 
5Dnnnn 
59nnnn 
55nn 
41nn 
51nn 
EEnnnn 
E6nn 
FEnnnn 
F6nn 
EA 

C8 
4cnnnn 
6cnnnn 
20 
ADnnnn 
A5nn 
A9nn 
BDnnnn 
Bonnnn 
B5nn 
Alnn 
Binn 
AEnnnn 
A6nn 
A2nn 
BEnnnn 
B6nn 
ACnnnn 
A4nn 
A0Onn 
BCnnnn 
B4nn 
4A 


2222227277772727272727222222727272722727 


NNNNNNNNNNNNNXNNNNXNNNN 


222222222722272722227272 


I 
(=] 
NNNNNNNNNNNNNNNNNNN 


sammenligner byte fra (nn)+Y 
sammenligner adresse nn<nn med X 
sammenligner adresse nn 
sammenligner nn med X 
sammenligner adresse nnnn med Y 
sammenligner adresse nn 
sammenligner byte nn med Y 
formindsker adresse nn<nn 
formindsker adresse nn 
formindsker adresse nnnn+X 
formindsker adresse nn+X 
formindsker X 

formindsker Y 

nnnn XOR'res med Akk. 
XOR'ed adresse nn 

XOR'ed byte nn med byte 
XOR'ed adresse nnnn+X 
XOR'ed adresse nnnn+Y 
XOR'ed adresse nn+X 
XOR'ed byte fra (nn+X) 
XOR'ed byte fra (nn)+Y 
forhøjer adresse nnnn 
forhøjer adresse nn 

forhøjer adresse nnnn+X 
forhøjer adresse nn+X 
forhøjer X 

forhøjer Y 

hop til nnnn 

hop til nnnn 

hop til underrutine nnnn 
loader adresse nnnn til Akk. 
loader adresse nn 

loader byte nn til Akk. 

loader adresse nnnn+X 
loader adresse nnnn+Y 
loader adresse nn+X 

loader byte fra (nn+X) 
loader byte fra (nn)+Y 
loader adresse nnnn til X 
loader adresse nn 

loader byte nn til X 

loader adresse nn<nnn+Y 
loader byte fra (nn)+Y 
loader adresse nnnn til Y 
loader adresse nn 

loader byte nn til Y 

loader adresse nnnn+X 
loader byte fra (nn)+X 

logisk højreforskydning af Akk. 
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$nnnn 
$nn 
$nnnn,X 
$nn,X 
$nnnn 
$nn 
ii$nn 
$nnnn,X 
$nnnn,Y 
$nn,X 
($nn,X) 
($nn),Y 


A 

$nnnn 
$nn 
$nnnn,X 
$nn,X 

A 

$nnnn 
$nn 
$nnnn,X 
$nn,X 


$nnnn 
$nn 
i$nn 
$nnnn,X 
$nnnn,Y 
$nn,X 
($nn,X) 
($nn),Y 


$nnnn 
$nn 
$nnnn,X 
$nnnn,Y 
$nn,X 
($nn,X) 
($nn),Y 
$nnnn 
$nn 
$nn,Y 


4Ennnn 
46nn 
5Ennnn 
56nn 
ODnnnn 
05nn 
09nn 
1Dnnnn 
19nnnn 


N=0 ZC 
N=0 ZC 
N=0 ZC 
N=0 ZC 
N: -Z 
N Z 
N Z 
N Z 
N Z 
N Z 
N Z 
N Z 
N Z 
NVBDIZC 
N. ZC 
N. ZC 
N. ZC 
N. ZC 
N. ZC 
N. ZC 
N. ZC 
N. ZC 
N. ZC 
N. ZC 
NV ZC 
NV ZC 
NV ZC 
NV ZC 
NV. ZC 
NV ZC 
NV ZC 
NV ZC 
C=1 
D=1 
I=1 


adresse nn 

adresse nn 

adresse nnnn+X 

adresse nn+X NOP EA WAIT 
OR adresse nnnn med Akk. 
OR'ed adresse nn 

OR byte nn med Akk. 

OR'ed adresse nnnn+X 

OR'ed adresse nnnn+X 

OR'ed adresse nn+X 

OR'ed byte fra (nn+X) 

OR'ed byte fra (nn)+Y 

lægger Akk. i STACK 

lægger Status i STACK 

henter Akk. fra STACK 

henter Status fra STACK 
roterer Akk. venstre om 
adresse nnnn 

adresse nn 

adresse nnnn+X 

adresse nn+X 

roterer Akk. højre om 

adresse nnnn 

adresse nn 

adresse nnnn+X 

adresse nnnn+X 

Retur fra Interrupt 

Retur fra underprogram 
subtraher adresse nnnn med Akk. 
subtraher adresse nn 
subtraher byte nn med Akk. 
subtraher adresse nnnn+X 
subtraher adresse nnnn+X 
subtraher adresse nn+X 
subtraher byte fra (nn+X) 
subtraher byte fra (nn)+Y 
sætter C 

sætter D 

sætter I 

gemmer Akk. i adresse nnnn 
gemmer Åkk. i adresse nn 
gemmer ÅAkk. i adresse nnnn+X 
gemmer ÅAkk. i adresse nnnn+Y 
gemmer ÅAkk. i adresse nn+X 
gemmer ÅAkk. i adresse (nn+X) 
gemmer ÅAkk. i adresse (nn)+Y 
gemmer X i adresse nnnn 
gemmer X i adresse nn 
gemmer X i adresse (nn)+Y 


STY  $nnnn 8Cnnnn gemmer Y i adresse nn<nn 


STY $nn 84nn gemmer Y i adresse nn 

STY $nn,X 94nn gemmer Y i adresse (nn)+X 
TAX AA N Z flytter Akk. til X 

TAY A8 N Z flytter Akk. til Y 

TSX BA N Z flytter Status til X 

TXA 8A N Z flytter X til Akk. 

TXS 9A NVBDIZC flytter X til Status 

TYA 98 N Z flytter Y til Akk. 


17.3. Z80-kommandoer 


Hvis man betragter tillægget med Z80-OPCODES (i dette er alle kommandoerne 
opført med deres koder og berørte flag), så vil man kunne fastslå, at der findes flere 
grupper af kommandoer, der kun adskiller sig fra hinanden ved deres operander 
(adresseringsmåde). Det er disse grupper, vi vil beskrive i det følgende. Det er ikke 
nødvendigt at lære alle betydningerne udenad; de er tænkt anvendt som en slags 
opslagsliste og til at give et overblik over de mange muligheder, der gives med pro- 
grammering i maskinkode. 


Da kommandoer til forskellige operander altid fungerer ens, vil disse blive angivet via 
ubekendte (x, n, 0.s.v.). 


ADC A,x 

Operanden x adderes med Akk. (akkumulatoren). Der tages højde for evt. overflow 
(carry-bit). Resultatet lægges tilbage i Akk., og nyt overflow angives i carry-bit. Efter 
udførelse er de tilhørende flag blevet sat. 


ADC HL,x 
Kommandoen svarer til den forrige, men foretager 16-bit-addition. Operanden og 
Carry-bit adderes til HL registerparret. Resultatet gemmes i HL, og flagene sættes 
tilsvarende. 


ADD AÅA,x 
Operanden adderes til Akk. og resultatet lægges tilbage. Der tages ikke hensyn til 
Carry-bit, men er som ved alle andre additioner sat svarende til resultatet. 


ADD HL,x 
Som ADC HL,x, men Carry-bit medtages ikke ved additionen. 


ADD IX,x 
Operanden adderes til indexregisteret IX og resultatet gemmes igen. Carry-bit aktu- 
aliseres. Alle andre flag berøres ikke. 


ADD IY,x 
Som ADD IX,x, men indexregister IY benyttes. 
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AND x 
Operanden og Akk. AND'es, og resultatet lagres i Akk. Flagene sættes alt efter resul- 
tatet. Carry-bit sættes til 0 (AND giver aldrig overflow). 


BIT n,x 
Operanden x's bit n testes og flyttet til Zero-flag. Er den valgte bit 1, så er Zero-flag = 
0, ellers omvendt. Flagene S og P indeholder tilfældige værdier. 


CALL nn 
Kald af underprogram med start i adresse nnnn (svarer nogenlunde til GOSUB i 
BASIC. 


CALL betingelse,nn 

Underprogrammet i adresse nnnn kaldes kun, hvis betingelsen er sand (opfyldt). 
Betingelsen kan testes af flagene S, Z. P og C(arry). Alt efter tilstanden kan der hop- 
pes til udførelse af et underprogram eller fortsættes på normal vis. 


CCF 
Komplementerer Carry-bit (-1)0, 0-)1). 


CP x 

Operanden x sammenlignes med Akk. D.v.s., at den subtraheres, men resultatet 
gemmes ikke. Indholdet i Akk. bibeholdes. Er operanden mindre end Akk., så bliver 
S=1, er den større eller lig med, så bliver S=0. Er værdierne ens, så er Z=1, forskellige 
så Z=0. 


CPD 

HL bruges som pointer på en adresse, der skal sammenlignes med Akk. Hvis vær- 
dierne er ens, så er Z=1, hvis Akk. er større eller lig med, så er S=0. Er S=1 er Akk. 
mindre end byten fra adressen. Så decrementeres (formindskes med 1) HL og BC. Er 
indholdet af BC=0, så sættes P-flaget til 0, ellers 1. BC kan således anvendes som 
byte-tæller. 


CPDR 
Ligesom CPD, men operationen gentages indtil der er lighed (Z=1) eller BC=0 (P- 
flag=0). 


CPI 
Ligesom CPD. HL decrementeres dog ikke, men incrementeres i stedet for (forhøjes i 
stedet for formindskelse). 


CPIR 
Ligesom CPDR. HL incrementeres dog. 


CPL 

Alle bits i Akk. inverteres (0 ændres til 1, og omvendt). DAA 

Efter en aritmetisk operation (ADC, ADD, DEC, INC, NEG, SBC, SUB) korrigeres 
forkerte BCD-cifre og flag. 
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DEC x 

Den viste operand formindskes med 1 og genlagres (genskrives). 

Foruden ved registrene BC, DE, HL, IX, IY og SP sættes de tilhørende flag alt efter 
resultatet. 


DI 
Efter udførelse af kommandoen ignores alle interrupts af Z80 (maskerbare inter- 
rupts). 


DJNZ e 
B formindskes med 1. Er indholdet i B ikke 0, adderes den relative hopafstand e til 
adressen på den efterfølgende kommando. Programudførelsen fortsætter fra den nye 
adresse. 


EI 
Efter denne kommando frigives de maskerbare interrupts igen, d.v.s. at processoren 
udfører den særlige rutine ved interruptanmodning. 


EX, xy 

De to angivne operander byttes (SWAP, EXCHANGE). X kan også stå for SP (Stack- 
pointer). Er dette tilfældet byttes anden operand med det øverstplacerede element i 
STACK. 


EXX 
Registrene BC, DE og HL ombyttes med andenregistre. 


HALT 
Z80-processoren standser al arbejde indtil der anmodes om interrupt. 


IMn 

Valg af interrupt-mode. 

Mode 0 : Chippen, der ønsker interrupt, skal have en kommando klar ved databus'en. 
Mode 1 : Z80-processoren hopper til adresse $0038 og udfører interruptrutine herfra. 
Mode 2 : Chippen leverer den mindstbetydende del af den adresse, hvis mestbety- 
dende del er lagret i register I. Under denne adresse ligger en pointer på starten af 
interruptrutinen. 


IN x,(C) 
Register C angiver hvilken port, byten i register x skal læses fra. 


IN A,(n) 
Akk. loades med en byte fra port n. 


INC x 
Ligesom DEC, men operanden forhøjes med 1. 
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IND 

Register HL anvendes som pointer på en adresse, hvori der læses en byte fra en port. 
Register C angiver portens nummer. Desuden decrementeres HL og B. Er B=0, så 
sættes Zero-flag til 1. Alle øvrige flag har tilfældige værdier undtagen Carry-flag. 


INDR 
Ligesom IND, men operationen gentages indtil B=0. 


INI 
Ligesom IND. Dog incrementeres HL. 


INIR 
Ligesom INDR. Dog incrementeres HL. 


JP nn 
Programmet hopper til adresse nnnn (svarer til GOTO i BASIC). 


JP betingelse,nn 
Hopper, hvis betingelsen opfyldes (sand). Se også CALL. 


JP x 
Hopper til adressen, der er lagret i operand x (HL, IX, IY). 


JR n og JR betingelse,n 
Som JP-kommandoen. Der er dog tale om relativ hop, dvs. at den følgende byte(n) 
adderes til PC. 


LD x,y 

Denne kommando hører til den mest udbredte gruppe. Alle har et ounkt til fælles. 
Indholdet af den anden operand overføres til den første operand. Det kan således lade 
sig gøre at indholdet af Akk. flyttes til en adresse nnnn, og omvendt. Ligeledes er det 
med 16-bit-register kommandoer. Skal et 16-bit-register flyttes til en adresse, lægges 
Lo-byte i nnnn og Hi-byte innnn+1. Denne metode anvendes altid i computerverde- 
nen (læg mærke til det specielle: først Low, så High!!). 


LDD 

HL og DE bruges som pointer på en byte i hukommelsen. Indholdet af den af HL 
adresserede location flyttes til den af DE adresserede. Så decrementeres HL, DE, 
BC. Er BC=0 så sættes P-flag til 0. På denne måde kan BC anvendes som tæller. 


LDDR 
Ligesom LDD, men kommandoen gentages indtil BC & 0. 


LDI 
Ligesom LDD, dog incrementeres registrene HL og DE. 
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LDIR 
Ligesom LDDR, HL og DE incrementeres dog. 


HNEG 
Byten i Akk. negateres (multipliceres med -1). Resultatet gemmes i Akk. og flagene 
aktualiseres. P er 1, hvis Akk. tidligere var $80 og C er 1, hvis Akk var 0. 


NOP 
Kommandoen udfører intet, men berøver processortid (bruges som forsinkelsesen- 
hed). 


OR x 
Akk. og operanden OR'es. Resultatet gemmes i Akk. Flag aktualiseres. Carry-bit 
sættes til 0 da der ikke kan forekomme overflow ved OR. 


OTDR 

Hl bruges som pointer på en adresse, hvis indhold skal udlæses via port (C). HL og B 
decrementeres. Dette gentages indtil B=0. Foruden Carry-bit og Z (der er sat til 1), 
modtager alle flag tilfældige værdier. 


OTIR 
Som OTDR. Hl incrementeres dog i stedet. 


OUT (C),x 
Operanden x udlæses via en port, der angives af register C. 


OUT (n),A 
Akk. udlæses via port n. 


OUTD re 

HL er pointer på en adresse, hvis indhold skal udlæses via port (C). HL og B decre- 
menteres. Er B=0, så sættes Zero-flag til 1. De øvrige flag, bortset fra Carry), modta- 
ger tilfældige værdier. 


OUTI 
Som OUTD. Dog incrementeres HL. 


POP x 
Registerparret i operanden loades fra STACK og SP aktualiseres. AF står for Akk. & 
flag. 


PUSH x 
Registerparret i operanden flyttes til STACK. SP aktualiseres. AF står for Akk. & 
flag. 


RES n,x 
Bit n i operanden x slettes. 
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RET og RET-betingelse. 

Denne kommando resulterer i et retur-hop fra en underrutine (svarer til RETURN i 
BASIC). Der kan angives en betingelse, der udløser retur-hop, hvis en betingelse 
opfyldes (er sand); et flag indeholder en bestemt værdi. 


RETI 
Udløser retur-hop fra interrupt-rutine, 


RETN 
Udløser retur-hop fra NMI-rutine. 


RL x og RLA 

Operanden roteres venstre-om, hvorved Carry-bit forskydes til bit 0, og bit 7 flyttes til 
Carry-bit. RL-kommandoer ændrer alle flag. RLA-kommandoen (ikke RL A) er en 
undtagelse. Den virker som RL A, men påvirker kun Carry-flag. 


RLC x og RLCA 
Operanden roteres venstre-om. Bit 7 flyttes til Carry. Bortset RLCA, forandrer RLC- 
kommandoer alle flag. 


RLD 

Denne kommando udfører en BCD-rotation. Den venstre halvdel af en adresse, hvis 
nummer ligger i HL, flyttes til den højre halvdel af Akk. Den højre halvdel af adres- 
sen flyttes til den venstre, og den oprindelige højre halvdel af Akk. flyttes til den højre 
halvdel af adressen. Flagene S, Z og P påvirkes. 


RR x og RRA 
Disse kommandoer fungerer som RL x og RLA, dog roteres højre-om. 


RRC x og RRCA 

Som RLD, dog højre-rotation. Den nederste Akk.-nibble (halve byte) flyttes til den 
øvre, forskudt af den HL adresserede location. Den øverste adresse-nibble flyttes til 
den nedre, og den nedre flyttes til den nedre Akk.-halvdel. 


RST n 
Ved adresse n startes et underprogram. 


SBC A,x 

Operanden x subtraheres fra Akk. Der tages hensyn til overflow i Carry. Resultatet 
lægges igen i Akk. og en ny overflow gemmes i Carry. Efter udførelse er de tilsvarende 
flag blevet sat. 


SBC HL,x 
Denne kommando svarer til den forrige, blot er det en 16-bit-addition. Nu subtrahe- 
res operanden og Carry fra HL. Resultatet lægges igen i HL, og flagene sættes. 


SFC 
Carry-bit sættes til 1. 
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SET n,x 
Bit n i operanden x sættes til 1. 


SLA x 
Operanden forskydes mod venstre. Bit 0 udfyldes med et 0. Bit 7 flyttes til Carry. 
Flagene sættes tilsvarende. 


SRA x 
Operanden forskydes mod højre, bit 7 (fortegn) bibeholdes. Bit 0 flyttes til Carry-bit. 
Alle flag berøres. 


SRL x 
Operanden forskydes mod højre. Bit 7 fyldes med 0. Bit 0 flyttes til Carry. Alle flag 
påvirkes. 


SUB x 
Operanden trækkes fra Akk. Flagene sættes og resultatet gemmes igen i Akk. 


XOR x 
Operanden XOR'es (eXclusiv OR'es) med Akk. Resultatet lægges igen i Akk. Flagene 
aktualiseres og Carry-bit slettes. (XOR giver aldrig overflow). 


17.4. Z80-processorens OPCODES 


Mnemonic Opcode Flags Beskrivelse 

ADC AÅA,A 8F S Z PC  Adderer Carry og Akk. til Akk. 
ADC AB 88 SZPOC stik B 

ADC A,C 89 SZPOC … til C 

ADC A,D 8A S 2 PC sg til-D 

ADC A,E 8B SZPOC …tilE 

ADC A,H 8C SZPC … til H 

ADC AL 8D SZPOC …tilL 

ADC An CEnn S 2 PC … til følgende byte 
ADC ÅA,(HL) 8E SZPOC … til adresse i HL 
ADC A,(IX+d) DD8Edd SZPOC … til adresse IX+d 
ADC A,(IY+d) FD8Edd SZPOC … til adresse IY+d 
ADC HL,BC  ED4A S Z P C. Adderer Carry og HL til BC 
ADC HLDE  ED5A SZPOC … til DE 

ADC HLHL  ED6A SS Z7P-GC … til HL 

ADC HL,SP ED7A SZPC sl SP 

ADD AÅA,A 87 S Z P C. Adderer Akk. til Akk. 
ADD A,B 80 SZPOC … tilB 

ADD A,C 81 SZPC … til C 

ADD A,D 82 SZPOC … tilD 

ADD AE 83 SZPC … tilE 
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ADD A,H 84 SS: z2 s»P%C … til H 

ADD AL 85 S' -Z "PC till 

ADD An C6nn Sy Zoo 0 … til følgende byte 
ADD AÅA,(HL) 86 SZPOC … til adresse i HL 
ADD A,(IX+d) DD86dd SZPOC … til adresse IX+d 
ADD A,(IY+d) FD86dd SZPOC … til adresse IY+d 
ADD HL,BC 09 C Adderer HL til BC 
ADD HL,DE 19 Cc … til DE 

ADD HL,HL 29 C … til HL 

ADD HL,SP 39 Cc … til SP 

ADD IX,BC DD09 C. Adderer IX til BC 
ADD IX,DE DD19 c … til DE 

ADD IX,HL DD29 Cc … til HL 

ADD IX,SP DD39 C … til SP 

ADD IY,BC FD09 C. Adderer IY til BC 
ADD IY,DE FD19 C … til DE 

ADD IY,HL FD29 C … til HL 

ADD IY,SP FD39 C .til SP 

AND AÅA AT S Z P C=0 AND Akk. med Akk. 
AND B A0 S Z P C=0 … medB 

AND C Al S Z P C=0 … med C 

AND D A2 S Z P C=0  … med D 

AND E A3 S Z P C=0 … medE 

AND H A4 S Z P C=0 … med H 

AND L A5 S Z P C=0 …medL 

AND n E6nn S Z P C=0 .… med følgende byte 
AND (HL) 96 S Z P C=0 .… med adresse i HL 
AND (IX+d) DD96dd S Z P C=0 .… med adresse IX+d 
AND (IY+d) FD96dd S Z P C=0 .… med adresse IY+d 
BIT 0,A CB47 Z Tester Akk.'s Bit 0 
BIT 0,B CB40 Z Tester B's Bit 0 

BIT  0,C CB41 Z 508 

BIT  0,D CB42 Z 2. D's 

BIT 0,E CB43 Z … E's 

BIT 0,H CB44 Z … H's 

BIT 0,L CB45 Z Hg D/= 

BIT 0,(HL) CB46 Z … adresse i HL 
BIT  0,(IX+d) DDCBdd46 Z … adresse IX+d 
BIT  0,(IY+d) FDCBdd46 Z … adresse ITY+d 
BIT 14A CB4F Z Tester Akk.'s Bit 1 
BIT 1,B CB48 Z Tester B's Bit 1 

BIT AC CB49 Z Nee Sl 

BIT 1,D CB4A Z DS 

BIT 1E CB4B Z 8 

BIT 1H CB4C Z … H's 

BIT 1L CB4D Z … Ds 

BIT. 1,(HL) CB4E Z … adresse i HL 
BIT 1,(IX+d) DDCBdd4E Z … adresse IX+d 
BIT 1,(IY+d) FDCBdd4E Z … adresse IY+d 
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BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 


2,A 

2,B 

2,C 

2,D 

2,E 

2,H 

2,L 
2,(HL) 
2,(IX+d) 
2,(IY+d) 
3,A 

3,B 


3 (HL) 
3,(IX+d) 
3,(IY+d) 
4,A 

4B 


4, (HL) 
4,(IX+d) 
4,(IY+d) 
5,A 

5,B 


5,(IX+d) 
5,(TY+d) 
6,A 

6,B 

6,C 

6,D 

6E 

6,H 

6L 
6,(HL) 
6,(IX+d) 


CB57 

CB50 

CB51 

CB52 

CB53 

CB54 

CB55 

CB56 
DDCBdd56 
FDCBdd56 
CB5F 
CB58 

CB59 
CB5A 
CB5B 
CB5C 
CB5D 
CBS5E 
DDCBdd5E 
FDCBdd5E 
CB67 

CB60 

CB61 

CB62 

CB63 

CB64 

CB65 

CB66 
DDCBdd66 
FDCBdd66 
CB6F 
CB68 

CB69 
CB6A 
CB6B 
CB6C 
CB6D 
CB6E 
DDCBdd6E 
FDCBdd6E 
CB77 

CB70 

CB71 

CB72 

CB73 

CB74 

CB75 

CB76 
DDCBdd76 


NNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNN 


Tester Akk.'s Bit 2 
Tester B's Bit 2 

510;8 

Ds 

E's 

Hs 

5.78 

… adresse i HL 

… adresse IX+d 

… adresse IY+d 
Tester Akk.'s Bit 3 
Testet B's Bit 3 

… C's 

58) BUD 

… E's 

… H's 

… Ls 

… adresse i HL 

… adresse IX+d 

… adresse IY+d 
Tester Akk.'s Bit 4 
Tester B's Bit 4 

… C's 

2. 1D's 

1.8 

… H's 

122-148 

… adresse i HL 

… adresse IX+d 

… adresse IY+d 
Tester Akk.'s Bit 5 
Tester B's Bit 5 

… C's 

RØN) BX % 

… E's 

us 

25148 

… adresse i HL 

… adresse IX+d 

… adresse IY+d 
Tester Akk.'s Bit 6 
Tester B's Bit 6 

+ C's 

… D's 

… E's 

i. H's 

… DL's 

… adresse i HL 

… adresse IX+d 
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BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
CALL 
CALL 
CALL 
CALL 
CALL 
CALL 
CALL 
CALL 
CALL 
CCF 


6,(IY+d) 
7,Å 

7,B 

7,C 

7,D 

7,E 

7,H 

7,L 
7,(HL) 
7,(IX+d) 
7,(TY+d) 
nn 

C,ynn 
M,nn 
NC,nn 
NZ,nn 
Pnn 
PE,nn 
PO,nn 
Z,nn 


BOREHU0> 


(HL) 
(IX+d) 
(IY+d) 


FDCBdd76 
CB7F 
CB78 
CB79 
CB7TA 
CB7B 
CB7C 
CB7D 
CB7E 
DDCBdd7E 
FDCBdd7E 
CDnnnn 
DCnnnn 
FCnnnn 
D4nnnn 
C4nnnn 
F4nnnn 
ECnnnn 
E4nnnn 
CCnnnn 
3F 

BF 

B8 

B9 

BA 

BB 

BC 

BD 
FEnn 
BE 
DDBEdd 
FDBEdd 
EDA9Y 
EDB9 
EDA1 
EDB1 

2F 

27 

3D 

05 

0B 

0D 

15 

1B 

1D 

25 

2B 
DD2B 
FD2B 


nun nm Un (SRI RS 9] nn du UuUuUuUuU 


NNX$NNNNNNNNN 


NN NN NNN NNXSINNXNXNXNXNXNXNNNNNNNN 


Hr Hr BRU FO FU Fy fg Fy Fog Fy Fy Fy fg Fog Fu Fu Fu ju 


QQQQQQQQQQOQOOQO 


… adresse IY+d 
Tester Akk.'s Bit 7 
Tester B's Bit 7 


ss 

… adresse i HL 

… adresse IX+d 

… adresse IY+d 
Kalder underrutine nnnn 

… når Carry=1 

… når S=1 (minus) 

… når Carry=0 

… når Z=0 

… når S=0 (plus) 

… når P=1 

… når P=0 

… når Z=1 
Komplementerer Carry-Flag 
SNERRE A med A 

… med B 

… med C 

… med D 

… med E 

… med H 

… med L 

… med følgende byte 

… med adresse i HL 

… med adresse IX+d 

… med adresse IY+d 
sammenligner og decrement 


bloksammenligning og decrement 


sammenligning og increment 


bloksammenligning og increment 


Komplementerer Akk. 
Akk.'s BCD-tilpasning 
Decrementerer Akk. 

;B 

BBC 

Fee 6; 

ss DD 

… DE 

SEN = DE 

ss JX 

ly 


DEC L 2D S Z P ørn 5 

DEC SP 3B iP 

DEC (HL) 35 SZP … adresse i HL 

DEC (IX+d)  SDD35dd S::Z.P … adresse IX+d 

DEC (IY+d)  FD35dd SZ P … adresse IY+d 

DI F3 Forhindrer Interrupt 

DJNZ e 10ee Decrement & hop ved < 0 

EI FB Interrupt frigives 

EX  AFAF” 08 bytter Akk./Flags med anden. 

EX  DEHL FB bytter DE og HL 

fEX  (SP),HL &E3 bytter HL med STACK-byte 

EX  (SP)IX  DDE3 i. IX 

EX  (SP)IY  FDE3 LY 

EXX D9 … BC,DE,HL med andet 
register 

HALT 76 Standser Z80 indtil næste 
Interrupt 

IM 0 ED46 Interruptmode 0 

IM 1 ED56 Interruptmode 1 

IM 2 EDS5SE Interruptmode 2 

IN A,(C) ED78 S.:Zv-P Læser byte fra PortCi A 

IN A,(n) DBnn … fra Port n 

IN B,(C) ED40 SZ P …iB 

IN C,(C) ED48 S Z P GG 

IN D,(C) ED50 SZ P AD 

IN E,(C) ED58 SZ P …iE 

IN H,(C) ED60 SZ P HH 

IN L,(C) ED68 SZP md 

INC A 3C S Z P Incrementerer Å 

INC B 04 SZP ge 

INC BC 03 iv BC 

INC C 0C SZ P IGC 

INC D 14 SZ P DD 

INC DE 13 … DE 

INC E 1C S-2Z- P …E 

INC H 24 SZ P SR sl 

INC HL 23 … HL 

INC IX DD23 as IX 

INC IY FD23 es RY 

INC L 2C SZP ra) PÅ 

INC SP 33 … SP 

INC. (HL) 34 SZ P … adresse i HL 

INC (IX+d)  DD34dd SZ P … adresse IX+d 

INC. (IY+d) FD34dd SZP … adresse IY+d 

IND EDAA Z indlæs med decrement 

INDR EDBA Z=1 indlæs blok med decrement 

INI EDA2 Z indlæs med increment 

INIR EDB2 Z=1 indlæs blok med increment. 

JP C,nn DAnnnn hop til nn, hvis C=1 
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JP M,nn FAnnnn … til nn, hvis S=1 


JP NC,nn D2nnnn … til nn, hvis C=0 
JP nn C3nnnn … tilnn 

JP NZ,nn C2nnnn … til nn, hvis Z=0 
JP Pnn F2nnnn … til nn, hvis S=0 
JP PE,nn EAnnnn … til nn, hvis P=1 
JP PO,nn E2nnnn … til nn, hvis P=0 
JP Z,nn CAnnnn … til nn, hvis Z=1 
JP (HL) E9 … til aresse i HL 
JP (IX) DDE9 … til adresse i IX 
JP (IY) FDE9 … til adresse i IY 
JR Ce 38ee betinget hop, hvis C=1 
JR e 18ee … til PC+e 

JR NC,e 30ee … hvis C=0 

JR NZ.e 20ee … hvis Z=0 

JR Z,e 28ee . hvis Z=1 

LD  AÅA,A TF Load Akk. med Akk. 
LD AB 78 … med B 

LD AÅA,C 79 … med C 

LD AD 7A … med D 

LD AE 7B … med E 

LD AH 7C … med H 

LD A.J ED57 SZ P … med I 

LD AL 7D … med L 

LD An 3Enn … med efterfølgende byte 
LD AR ED5F SZ P …medR 

LD  ÅA,(BC) 0A … fra adresse til BC 
LD  ÅA,(DE) 1A … fra adresse til DE 
LD  ÅA,(HL) TE … fra adresse til HL 
LD  AÅA,(IX+d) DD7Edd … fra adresse IX+d 
LD A,(IY+d) FD7Edd … fra adresse IY+d 
LD Å,(nn) 3Annnn … fra adresse nn 
LD  B,A 47 Load B med Akk. 

LD BB 40 … med B 

LD  B,C 41 … med C 

LD B,D 42 … med D 

LD BE 43 … med E 

LD BH 44 … med H 

LD BL 45 … med L 

LD  B,yn 06nn … med efterfølgende byte 
LD  B,(HL) 46 … fra adresse til HL 
LD  B,(IX+d) DD46dd … fra adresse IX+d 
LD B,(IY+d) FD46dd … fra adresse IY+d 
LD  BC,nn 0OI1nnnn Load BC med følgende bytes 
LD BC,(nn)  ED4Bnnnn … med nnnn og nnnn+1 
LD: "CA 4F Load C med Akk. 

LD D,A 57 Loader D med Akk. 
LD  SD,B 50 … med B 
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LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 
LD 


D,C 

D,D 

D,E 

D,H 

D,L 

D,n 
D,(HL) 
D,(IX+d) 
D,(IY+d) 
DE,nn 
DE,(nn) 
E,A 

EB 

E,C 

E,D 

EE 

EH 

EL 

En 
E,(HL) 
E,(IX+d) 
E,(IY+d) 
H,A 

HB 

H,C 

H,D 

HE 

H,H 

H.L 

Hyn 
H,(HL) 
H,(IX+d) 
H,(IY+d) 
HL,nn 
HL,(nn) 
LA 

IX,nn 
IX,(nn) 
IY,nn 
IY,(nn) 
LB 

L,C 


51 

52 

53 

54 

55 

16nn 

56 
DD56dd 
FD56dd 
11nnnn 
ED5Bnnnn 
5F 

58 

59 

5A 

5B 

5C 

5D 

1Enn 

5E 
DD5Edd 
FD5Edd 
67 

60 

61 

62 

63 

64 

65 

26nn 

66 
DD66dd 
FD66dd 
21nnnn 
2Annnn 
ED47 
DD21nnnn 
DD2Annnn 
FD21nnnn 
FD2Annnn 
6F 

68 

69 

6A 

6B 

6C 

6D 

2Enn 

6E 


… med C 
… med D 
… med E 
… med H 
… med L 
… med efterfølgende byte 
… fra adresse i HL 
… fra adresse IX+d 
… fra adresse IY+d 
Loader DE med følgende bytes 
… med nnnn og nnnn+1 
Loader E med Akk. 
… med B 
… med C 
… med D 
… med E 
… med H 
… med L 
… med efterfølgende byte 
… fra adresse i HL 
… fra adresse IX+d 
… fra adresse IY+d 
Loader H med Akk. 
… med B 
… med C 
… med D 
… med E 
… med H 
… med L 
… med efterfølgende byte 
… fra adresse i HL 
… fra adresse IX+d 
… fra adresse IY+d 
Loader Hl med følgende bytes 
… fra nnnn og nnnn+1 
Loader I med Akk. 
Loader IX med følgende bytes 
… fra nnnn og nnnn+1 
Loader IY med følgende bytes 
. fra nnnn og nnnn+1 
Loader L med følgende bytes 
… med B 
… med C 
… med D 
… med E 
… med H 
… med L 
… med efterfølgende byte 
… fra adresse i HL 
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LD  L,(IX+d) 


LD L1,(IY+d) 
LD R,A 

LD SP,HL 
LD SP,IX 

LD  SPIY 

LD  SPnn 

LD == SP,(nn) 
LD (BC),A 
LD (DE),A 
LD (HL),A 
LD (HL),B 
LD (HL),C 
LD (HL),D 
LD (HL),E 
LD (HL),H 
LD (HL),L 
LD (HL),n 
LD (IX+d),A 
LD (IX+d),B 
LD (IX+d),C 
LD (IX+d),D 
LD (IX+d),E 
LD (IX+d),H 
LD (IX+d),L 
LD (IX+d),n 
LD (IY+d),A 
LD (IY+d),B 
LD (IY+d),C 
LD (IY+d),D 
ED (IY+d),E 
LD (IY+d),H 
LD (IY+d),L 
LD (IY+d),n 
LD (nn),A 
LD (nn),BC 
LD (nn),DE 
LD (nn),HL 
LD (nn),IX 
LD (nn),IY 
LD (nn),SP 
LDD 

LDDR 

LDI 

LDIR 

NEG 

NOP 

uOoR A 
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DD6Edd 
FD6Edd 
ED4F 

F9 

DDF9 
FDF9 
31nnnn 
ED7Bnnnn 
02 

12 

77 

70 

71 

72 

73 

74 

75 

36nn 
DD77dd 
DD70dd 
DD7ldd 
DD72dd 
DD73dd 
DD74dd 
DD75dd 
DD36ddnn 
FD77dd 
FD70dd 
FD7ldd 
FD72dd 
FD73dd 
FD74dd 
FD75dd 
FD36ddnn 
32nnnn 
ED43nnnn 
ED53nnnn 
22nnnn 
DD22nnnn 
FD22nnnn 
ED73nnnn 
EDA8 


EDB8 
EDA0 
EDBO 
ED44 
00 
B7 


… fra adresse IX+d 

… fra adresse IY+d 
Loader R med Akk. 
Loader SP med HL 

… med IX 

… med IY 

… med følgende bytes 

… fra nnnn og nnnn+1 
Loader adresse fra BC med Akk. 
Loader adresse fra DE med Akk. 
Loader adresse fra HL med Akk. 

… med B 

… med C 

… med D 

… med E 

… med H 

… med L 

… med efterfølgende byte 
Loader adresse IX+d med Akk. 

… med B 

… med C 

… med D 

… med E 

… med H 

… med L 

… med efterfølgende byte 
Loader adresse IY+d med Akk. 

… med B 

… med C 

… med D 

… med E 

… med H 

… med L 

… med efterfølgende byte 
Loader adresse nnnn med Akk. 

… med C og nnn<n+1 med B 

… med E og nn<nn+1 med D 

… med L og nnn<n+1 med H 

… og nnnn+1 med IX 

… og nnnn+1 med IY 

… og nnnn+1 med SP 
Load og decrementer (formindsk 
med 1) 
Load blok og decrementer 
Load og incrementer 
Load blok og incrementer 
Negater Akk. 
WAIT (Nuloperation) 
OR Akk. med Akk. 


POP 
PUSH 
PUSH 
PUSH 
PUSH 
PUSH 
PUSH 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 


IY 

AF 

BC 

DE 

HL 

IX 

IY 

0,A 

0,B 

0,C 

0,D 

0,E 

0,H 

OL 
0,(HL) 
0,(IX+d) 
0,(IY+d) 


Bo 

Bl 

B2 

B3 

B4 

B5 
F6nn 
B6 
DDB6édd 
FDB6édd 
EDBB 
EDB3 
ED79 
ED41 
ED49 
ED51 
ED59 
ED61 
ED69 
D3nn 
EDAB 
EDA3 
F1 

C1 

D1 

El 
DDE1 
FDE1 
F5 

C5 

D5 

E5 
DDE5 
FDE5 
CB87 
CB80 
CB81 
CB82 
CB83 
CB84 
CB85 
CB86 
DDCBdd86 
FDCBdd86 
CB8F 
CB88 
CB89 
CB8A 
CB8B 


nvaomnmnmnudn du 


NN$NNNNNNNNNNEN 


avdavksriavkaskas lerkar keg osgekge, 


(plekeieleleleklefele 


… med B 

… med C 

… med D 

… med E 

… med H 

… med L 

… efterføgende byte 

… med adresse i HL 

… med adresse IX+d 

… med adresse IY+d 
Udlæs blok og formindsk 
Udlæse blok og forhøj 
Udlæs Akk. via Port C 


"mk o0w 


Udlæs Akk. via Portn 
Udlæse og formindsk 
Udlæs og forhøj 

Hent Akk. og flag fra STACK 
Hent BC fra STACK 

Hent DE fra STACK 

Hent HL fra STACK 

Hent IX fra STACK 

Hent IY fra STACK 

Læg Akk. & Flags i STACK 
Læg BC i STACK 

Læg DE i STACK 

Læg HL i STACK 

Læg IX i STACK 

Læg IY i STACK 

Slet Bit 0 i Akk. 

Slet Bit0i B 


"æw00n 


… adressen i HL 

… adresse IX+d 

… adresse IY+d 
Sletter Bit 1 i Akk. 
Sletter Bitli B 

an Go 

=D 
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RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
RES 
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1,H 

1L 
1,(HL) 
1,(IX+d) 
1,(IY+d) 
2,A 

2,B 

2,C 

2,D 

2,E 

2,H 

2L 
2,(HL) 
2,(IX+d) 
2,(IY+d) 
3,A 

3,B 

3,C 

3,D 

3,E 

3,H 

3,L 
3,(HL) 
3,(IX+d) 
3,(TY+d) 
4,A 

4,B 

4,C 

4,D 

4E 

4,H 

4L 
4,(HL) 
4,(IX+d) 
4,(IY+d) 
5,A 

5,B 

5,C 

5,D 

5,E 

5,H 

5,L 
5,(HL) 
5,(IX+d) 
5,(IY+d) 
6,A 

6,B 

6,C 

6,D 


CB8C 
CB8D 
CB8E 
DDCBdd8E 
FDCBdd8E 
CB97 

CB90 

CB91 

CB92 

CB93 

CB94 

CB95 

CB96 
DDCBdd96 
FDCBdd96 
CB9F 

CB98 

CB99 

CB9A 
CB9B 
CB9C 
CBYD 
CB9E 
DDCBdd9E 
FDCBdd9E 
CBAT 
CBA0 
CBA1 
CBA2 
CBA3 
CBA4 
CBA5 
CBA6 
DDCBddA6 
FDCBddA6 
CBAF 
CBA8 
CBA9 
CBAA 
CBAB 
CBAC 
CBAD 
CBAE 
DDCBddAE 
FDCBddAE 
CBB7 
CBBO 
CBB1 
CBB2 


E 

… adressen i HL 

… adresse IX+d 

… adresse IY+d 
Sletter Bit 2 i Akk. 
Sletter Bit2i B 


FHBdoR 


… adressen i HL 

… adresse IX+d 

… adresse IY+d 
Sletter Bit 3 i Akk. 
Sletter Bit3i B 


… den første adresse i HL 
… adresse IX+d 
… adresse IY+d 

Sletter Bit4i Akk. 

Sletter Bit4i B 


SE 


… adressen i HL 

… adresse IX+d 

… adresse IY+d 
Sletter Bit 5 i Akk. 
Sletter Bitdi B 


Bu iGli" 


… adressen i HL 

… adresse IX+d 

… adresse IY+d 
Sletter Bit 6 i Akk. 
Sletter Bit 6i B 

EG 

mu 


6E 

6,H 

6L 
6,(HL) 
6,(IX+d) 
6,(IY+d) 
7,A 

7,B 


7 (HL) 
7,(IX+d) 
7,(IY+d) 


CBB3 
CBB4 
CBB5 
CBB6 
DDCBddB6 
FDCBddB6 
CBBF 
CBB8 
CBB9 
CBBA 
CBBB 
CBBC 
CBBD 
CBBE 
DDCBddBE 
FDCBddBE 
Cg9 

D8 

F8 

D0 

Co 

FO 

E8 

E0 

C8 

ED4D 
ED45 

CB17 

CB10 

CB1l 

CB12 

CB13 

CB14 

CB15 

CB16 
DDCBdd16 
FDCBdd16 
17 

CB07 

CB00 

CB01 

CB02 

CB03 

CB04 

CB05 

CB06 
DDCBdd06 
FDCBdd06 
07 


wow mnmn lm mu vnnvn0n0vn vtu 


NN”$NNXNNNNNN NN$”NNXNNNNNN 
Fo FO FU FO FO FU FØR FØRT FU Fy Pa Fa Fy FU Fy FU FU fg 
QQQQQQQQQQQQQQQQQQQOQQO 


… LL 

… adresse i HL 

… adresse IX+d 

… adresse IY+d 
Sletter Bit 7 i Akk. 
Sletter Bit 7i B 


ARBBGn 


a adressen i HL 
… adresse IX+d 
… adresse IY+d 


Returner fra underrutine. 


Returner, hvis C=1 

… hvis S=1 

… hvis C=0 

… hvis Z=0 

… hvis S=0 

… hvis P=1 

… hvis P=0 

… hvis Z=1 
Returner fra interrupt 

… fra NMI-Routine 


Venstrerotation af Carry & Akk. 


Sols Kol: 


… og adresse i HL 
… adresse IX+d 
… adresse IY+d 
… og Akk. 
Venstrerotation af Akk. 


B 
raa 8 
DD 
E 
H 
FRE Sy 
… adresseb i HL 
… adresse IX+d 


… adresse IY+d 
… i Akk. 
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ED6F S…Z..P Decimalrotation mod venstre. 
CB1F S Z P C. Højrerotation af Carry & A 
CB18 SZPC 12. B 

CB19 SZPOC 0 

CB1A SZPC 4 D 

CB1B SZPOC Ryg) 0 

CBI1C S…Z P.C HH 

CBID SZPOC ss 

CBIE SZPOC … og adresse i HL 
DDCBddldkESZ PC … adresse IX+d 
FDCBdddE SZ PC … adresse IY+d 

1F C … og Akk. 

CBOF SZPOC Højrerotation af Akk. 
CB08 SZPOC .B 

CB09 S Z PC 0 

CBOA SZPOC Pakd D) 

CB0B SZPOC E 

CB0o0C SZPOC H 

CBOD SZPOC … DL 

CB0E S-Z PC … adressen i HL 
DDCBAd0E SZ PC … adresse IX+d 
FDCBaa0E SZ PC … adresse IY+d 

(Wa € … Akk. 

ED67 S-Z, P Decimalrotation mod højre 
C7 Kald af underrutine ved 00 
CF … ved 08 

D7 … ved 10 

DF … ved 18 

E7 … ved 20 

EF … ved 28 

F7 … ved 30 

FF … ved 38 

9F SZPOC Subtraher Carry & Akk. fra Akk. 
98 SZPC … B fra Akk. 

99 SPC … C fra Akk. 

9A SZPC … D fra Akk. 

9B SZPC … E fra Akk. 

9C SZPC … H fra Akk. 

9D S Z P.C … L fra Akk. 

DEnn SZPOC … følgende bytes fra Akk. 
9E SZ PC … adresse i HL fra A 
DD9Edd SS ZZ PC … adresse IX+d fra Akk. 
FD9Edd SZPOC … adresse IY+d fra Akk. 
ED42 SZ PC Subtraher C & BC fra HL 
ED52 SS. ZZ P-C … DE fra HL 

ED62 SZPC … HL fra HL 

ED72 SZPOC … SP fra HL 

37 C=1 Sæt Carry-Bit til 1 


17.5. Belægning af hukommelse i 128”er mode 


0 Dataretningsregister 8502 

1 Dataregister 8502 

2 BANK for MONITOR 

3 PC-Hi-byte for MONITOR 

4 PC-Lo-byte for MONITOR 

5 Status-byte for MONITOR 

6 Akk. for MONITOR 

7 X-register for MONITOR 

8 Z-register for MONITOR 

9 Stack-pointer for MONITOR søgetegn og integerværdi. 
10 Flag for anførselstegn 

11 Skærmkolonne fra sidste TAB 

12 0 = LOAD, 1 = VERIFY 

13 Pointer for INPUT-buffer, antal elementer. 
14 Flag for DIM 

15 Variabeltype: 0 = tal, 255 = streng 

16 Variabeltype: 0 = real, 128 = integer 

17 Flag for LIST, DAT, Garbage Collection 

18 Pointer for FN, variabeltype FOR 

19 INPUT-flag: 0 = INPUT, 64 = GET, 152 = READ 
20 TAN-fortegn/Ligheds-flag 

21 Aktuelt I/O-device, Flag for INPUT 

22/23 … Linienummer eller 2-byte adresse. 

24 Pointer på streng-STACK. 


25/26 Adresse for temporær streng. 

27/35. STACK for midlertidige strenge. 
36/39  Hjælpepointer, AUX-pointer. 

40/44 Real-tals resultat af multiplikation. 
45/46. Pointer på BASIC programstart. 
47/48. Pointer på BASIC variabelstart. 
49/50 … Pointer på start af BASIC felter. 
51/52 Pointer på slut på BASIC felter+1 
53/54 Pointer på start af BASIC strenge 
55/56 … Hjælpe-pointer for strenge. 

57/58 Pointer på slutning af BASIC strenge. 
59/60 BASIC linienumre. 

61/62. BASIC programtæller (PC) 

63/64 Pointer for USING, søgepointer. 
65/66 Aktuel DATA-linie. 

67/68 Pointer på næste DATA. 

69/70  Vektor for INPUT-rutine. 

71/72. Variabelnavn. 

73/74 Pointer på sidste variabel. 

75/76. AND-maske, pointer for LIST og FOR 
77/18. Mellemlagring af BASIC-program pointer 
79 Maske for sammenligning. 
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Pointer for FN og Garbage Collection. 
Pointer for streng-kommandoer. 

Flag for HELP og LIST 

USR-vektor. 

Oldov 

Hjælpe-pointer (AUX). 

Pointer for overførsel af blok, DIM-pointer. 
Pointer for overførsel af blok. 
Hjælpe-pointer (AUX). 

Register for tal-konvertering. 
Radix-pointer for talkæder. 
Exponent-fortegn. 


17.6. Belægning af hukommelsen i 64”er mode 


Dataretningsregister for processorport. 
Processorports dataregister. 

ubenyttet. 

Vektor for konvertering af flydende komma - FAST 
Vektor for konvertering af flydende komma - FAST 
Søgetegn. 

Flag for specialtegns-mode. 

TAB-kolonne. 

0 = LOAD, 1 = VERIFY sidste kommando. 
Pointer for INPUT-buffer. 

DIM-flag. 

Variabeltype: FF=streng, 00 = numerisk. 

80 = integervariabel, 00 = flydende komma variabel. 
Specialtegns-mode ved LIST. 

Flag for FNx 

Indlæsning : 00 = INPUT, 40 = GET, 98 = READ 
Fortegn ved ARCTAN / sidste sammenligning: 

1 ==) 2 rs == 4=”? 

Aktuel fil. 

Integer, f.eks. adresser, FRE(0) 

Vektor for streng-STACK 

Pointer på sidste streng. 

Streng-STACK. 

Diverse pointere. 

Åritmetik-register. 

Pointer på start af BASIC-program. 

Pointer på start af variabler. 

Pointer for start af felter. 

Pointer for slut på felter. 

Pointer på start af streng (opefter). 
Streng-hjælpe-pointer. 

Pointer på slut på memory. 


104 
105-109 
110 
111 
112 
113/114 
115-138 
139-143 
144 
145 
146 
147 
148 
149 
150 
151 
152 
153 
154 
155 
156 
157 
158 
159 
160/162 
163 
164 
165 
166 
167-171 


Aktuelt BASIC-linienummer. 

Forrige BASIC-linienummer. 

Pointer for næste kommando for CONT. 
Aktuel DATA-linie. 

Pointer på næste DATA-element. 
Pointer på sidste DATA/INPUT/GET. 
Aktuel variabel (2 bogstaver). 

Pointer for akyuelle variabler. 

Pointer for aktuel FOR-NEXT-variabel. 
Hjælperegister for BASIC-programpointer. 
Hjælperegister for sammenligninger. 
Pointer for FNx. 

Hjælperegistre for strenge. 

Hop-vektor for funktioner. 
Aritmetik-Akk. 3. 

Aritmetik-Akk. 4. 

Aritmetik-Akk. 1. 

Fortegn for Akk. 1. 

Tæller for polynom-bearbejdning. 
Rundingsbyte for Akk. 1. 
Åritmetik-Akk. 2. 

Fortegn for Akk. 2. 
Sammenligningsregister for Akk. 1 og 2. 
Rundingsbyte. 

Pointer for polynom-bearbejdning. 


CHRGET-rutine, der henter næste byte i BASIC-program. 


sidste RND-værdi. 

Status (som ST). 

Flag for tastaturrække 1. 
Tidskonstant for datasette. 

0 = LOAD, 1 = VERIFY. 

Flag for IEC-bus. 

Tegn til IEC-bus. 

Flag for EOT (End Of Tape). 
Mellemlager for register. 

Antal åbne filer. 

Aktuelt input-device (normal=0). 
Aktuelt output-device (CMD, normal = 3) 
Paritets-byte ved datasette-drift. 
Modtag byte for flag. 
OUTPUT-mode (128 = direkte, 00 = program). 
Testsum ved datasettedrift. 
Fejl-korrigering ved datasette-drift. 
TI (UR). 

Bit-tæller ved seriel output. 

Tæller ved tape-drift. 

Tæller for WRITE på tape. 

Pointer i kassettebuffer. 

Flag for tape-drift. 
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172/173 Pointer for kassettebuffer. 


174/175 Pointer for End-Of-Program (LOAD / SAVE). 
176/177 Tidskonstanter for datasette. 

178/179 Pointer på start af kassettebuffer. 

180 Bit-tæller (datasette). 

181 Næste bit til RS 232 (transmit). 

182 Byte for output. 

183 Filnavns længde. 

184 Aktuelt logisk filnummer. 

185 Aktuel sekundær-adresse. 

186 Aktuelt device-nummer (f.eks. diskette). 
187/188 Pointer for filnavn. 

189 Hjælperegister for seriel output. 

190 Blok-tæller for tape-drift. 

191 Ord-buffer for seriel output. 

192 Flag for MOTOR (datasette). 

193/194 Startadresse for LOAD/SAVE. 
195/196 Slutadresse for LOAD/SAVE. 

197 Tast nede. 

198 Antal taster i buffer. 

199 Flag for RVS. 

200 EOL ved input (pointer). 

201/202 Pointer for cursor (linie,kolonne). 

203 Tast nede. 

204 Flag for cursor (0 = BLINK). 

205 Tæller for BLINK-tid. 

206 Karakter bag cursor. 

207 BLINK-flag. 

208 Flag for INPUT via tastatur / skærm. 
209/210 Pointer for aktuel skærmlinie. 

211 Cursor-kolonne. 

212 Cursor-mode (programmeret/direkte). 
213 Skærmlinies længde (40/80) 

214 Cursor-linie. 

215 Sidste tast. 

216 Antal inserts. 

217-242 Liniestart's Hi-bytes. 

243/244 Cursorposition i farve-RAM. 

245/246 Pointer for tastaturdekodningstabel. 
247/248 Pointer på input-buffer for RS 232. 
249/250 Pointer på output-buffer for RS 232. 
251-254 Frie bytes for operativsystemet. 

255 Start på BASIC-memory. 

256-511 Processor-STACK. 

512-600 Mellemlager for formatkonvertering. 
601-610 Logiske filnumre. 

611-620 Device-numre. 

621-630 Sekundæradresser. 631-640 Tastatur-buffer. 
641/642 Pointer på start af BASIC-RAM. 
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643/644 
645 
646 
647 
648 
649 
650 
651 
652 
653 
654 
655/656 
657 
658 
659 
660 
661/662 
663 
664 
665/666 
667 
668 
669 
670 
671/672 
673 
674 
675 
676 
677 
678-767 
704-766 
768/769 
770/771 
772/773 
774/775 
776/777 
778/779 
780 
781 
782 
783 
784-787 
788/789 
790-791 
792/793 
794/795 
796/797 
798/799 


Pointer på slut på BASIC-RAM. 
Flag for TIMEOUT på seriel bus. 
Aktuel tekstfarve. 

Farve bag cursor. 

Hi-byte for tv-RAM-basisadresse. 
Tastaturbuffers maksimale længde. 
Flag for repeat (0 = normal, 128 — alle, 127 = off). 
Tæller for repetitionsfrekvens. 

Tæller for tid inden repetition. 

Flag for SHIFT, C= og CTRL. 

som 653. 

Pointer for tastaturdekodningstabel. 
Flag for SHIFT-LOCK. 

Scroll-flag. 

Kontrolregister for RS 232. 
Kommandoregister for RS 232. 
Bit-tid. 

Statusregister for RS 232. 

Antal bits til RS 232. 
BAUD-hastighed for RS 232. 

Pointer for modtaget byte fra RS 232. 
Pointer for input på RS 232. 

Pointer for output-byte på RS 232. 
Pointer for output på RS 232. 
Mellemlagring af IRQ ved manuel drift. 
NMI-flag CIA 2 

CIA 1 timer A 

CIA 1 interrupt-flag. 

Flag for timer A. 

Skærmlinie. 

Fri RAM. 

SPRITE-blok 11. 

Pointer for ERROR 

Pointer for BASIC-warmstart. 
Pointer for konvertering af tekst. (KODE). 
Pointer for konvertering af kode. (TEKST). 
Pointer for udførelse af kommando. 
Pointer for udredning af udtryk. 
Akk. for SYS. 

X-register for SYS. 

Y-register for SYS. 

P-register for SYS. 

USR-hop (adresse i 785/786). 
Pointer for hardware-interrupt. 
Pointer for BRK-interrupt. 

Pointer for NMI 

Pointer for OPEN. 

Pointer for CLOSE. 

Pointer for indlæsning af tegn. 
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800/801 
802/803 
804/805 
806/807 
808/809 
810/811 
812/813 
814/815 
816/817 
818/819 
820-827 
828-1019 
832-894 
896-958 
960-1022 
1023 
1024-2023 
2024-2039 
2040-2047 
2048-40960 
8192-16192 
40960-49151 
49152-53247 
53248-57343 
53248-53294 
53295-54271 
54272-54300 
54301-55295 
55296-56295 
56296-56319 
56320-56335 
56320/56321 
56336-56575 
56576-56591 
56577/56579 
56592-57343 
57334-65535 


Pointer for udlæsning af tegn. 
Pointer for sletning af kanaler. 
Pointer for input. 

Pointer for output. 

Pointer for aflæsning af STOP-tast. 
Pointer for GET. 

Pointer for luk-alle-filer. 

Pointer for bruger-IRQ. 
Pointer for LOAD. 

Pointer for SAVE. 

Fri RAM. 

Kassette-buffer. 

SPRITE-blok 13. 

SPRITE-blok 14. 

SPRITE-blok 15. 

FRI. 

tv-RAM. 

FRI. 

Pointer for SPRITES 
BASIC-memory. 

Bit-MAP for højopløselig grafik. 
BASIC-fortolker-ROM. 

4 K RAM for maskinkodeprogrammer. 
Karaktergenerator. 
VIC-register. 

977 bytes fri. 

SID-register. 

995 bytes fri. 

Farve-RAM. 

24 bytes fri. 

CIA 1 register. 

Aflæsning af tastatur og joystick. 
240 bytes fri. 

CIA 2 register. 

USER-PORT register. 

752 bytes fri. 
ROM-operativsystem. 


17.7. VIC og VDC 


VIC: Basisadresse: 53248 
oe 


Register Indhold 

0-15 SPRITE-koordinater (X,Y). 
16 Y-koordinats MSB 

17 Styreregister. 

18 Linieraster for interrupt. 
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19/20 
21 
22 
24 
25/26 
27 
28 
30 
31 
32 
33-36 
37/38 
39-46 
47 
48 


Light-pen-position (X,Y). 
Enable SPRITE. 

Styreregister. 

Video-RAM og karakter-ROM styreregister. 
Interruptstyring. 
SPRITE-prioritet. 
SPRITE-multi-color-mode. 
SPRITE/SPRITE-kollision. 
SPRITE/DATA-kollision. 
Kant-farve. 

Baggrundsfarve 0 - 3 
Multi-Color-farver for SPRITES. 
SPRITE-farver. 
Tastatur-kontrol. 

Omskiftning til 2 MHz. 


VDC: Basisadresse: 54784 


54784: Registervalg. 
54785: Datatransfer. 


Total antal tegn pr. linie. 
Antal tegn pr. linie. 
Horisontal synkronisering. 
Total antal linier. 
Vertikal indstilling. 

Antal linier. 

Vertikal synkronisering. 
Interlace-mode. 

Antal raster-linier. 
Cursor-mode. 
Cursor-størrelse. 
Video-RAM-start. 
Cursorposition. 

Lightpen (X,Y). 
UPDATE (Hi,Lo). 
Attribut (Hi,Lo). 
Tegn-bredde. 
Tegn-længde. 

Vertikal smooth-scroll. 
Horisontal smooth-scroll. 
Farver. 
Adresse-forhøjelse (increment). 
Start karaktergenerator. 
Understregningslinie. 
Word-tæller. 

Data. 

Blokstart (Hi,Lo). 
Enable display. 
RAM-refresh-rate. 
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PROF PASGÅL 


Profi Pascal, den nye komplette Pascal udviklingspakke til C 
128, består, sammenlignet med den egentlige compiler, af en 
komfortabel editor med effektiv assembler og en omfangsrig 
utilitypakke. 


Profi Pascal, et mangeårigt udviklingsarbejde, er blevet til et 
tysk kvalitetsprodukt, og er allerede internationalt gennemprø- 
vet på C 64. I den specielle C 128 version byder Profi Pascal 
yderligere på: 


Fuld implementering af standard-pascal efter Jensen/Wirth 
Egen hurtig regne-arithmetik med 11 cifre 

Generelle omfangsrige programmer gennnem overlay- og 
continue-teknik 

Problemløs indbinding af assembler-sources i Pascal pro- 
grammer 

Komfortabel selvstændig teksteditor med alle nyttige editor- 
funktioner 

Udførlige statistiske angivelser efter compilationen 
Post-mortem-dump option for Run-Time-Error 
Omfangsrig utilitypakke til data- og diskette-funktionen 

En sikker Pascal DOS 

Fornuftig forvaltning af 128 K lager, til enhver tid 64 K til pro- 
grammer og variabler 

Udarbejdelse af batshfiler er muligt 

Mange funktioner til konfortable strengforarbejdninger 
Omfangsrig grafikpakke 


Profi Pascal til Commodore 128 med 80-tegne monitor og VC 
1570/71 


I” 


GOMIPIL ERE 


Profi C 128 er en omfattende C-udviklingspakke til Commodore 
128 og tilbyder et programmeringsområde, der hidtil har været 
forbeholdt 16-bit maskiner. 

Pakken indeholder foruden den egentlige compiler, en kom- 
mandoprocessor, en RAM-floppy, to editorer, samt 4 omfangs- 
rige biblioteker. 


Profi C i stikord: 


e Kommandoprocesser stimulerer op til 7 driftsværker 

e Argumenter kan overlades til C-programmet 

e 60 K RAM-floppy er i vid udstrækning kompatibel m. VC 
1541/71 

e Komplet sprogindhold (undtagen bitfelter) som Kernigan/ 
Ritchie 

e 51 K (max) til rådighed for objekt-code 

e Compileren frembringer en fejl-fil, som kan indlæses i andet 
tekstområde 

e Sammenligning af tid. Compileren indlades m. 1571 på 8 
sek. 

e Linkeren kan forbinde op til 10 adskilte compilerede moduler 

e Matematisk bibliotek med de vigtigste matematiske funktio- 
ner 

e Grafik-bibliotek m. ca. 20 funktioner 

e 2 standard-biblioteker med ind- og udlæse samt streng- 
funktioner 

e Via »Call« kan maskinrutiner kaldes 


ileeeeen 


KATALOG 


med illustrationer 
og korte indholdsforklaringer på 100 bøger og 
programmer fås hos din 


FORHANDLER 


eller send kr. 5,00 i frimærker og få det direkte fra 


HE 


NORDIC COMPUTER SOFTWARE 
POSTBOX 105 -DK 6950 RINGKØBING 
DANMARK 


TEXTOMAT PLUS 


TEXTOMAT PLUS er et menustyret tekstbehandlingspro- 
gram på diskette. 

Programmet har for bruger valgfrit DIN eller ASCII tegnsæt, 
samt for professionel brug er der mulighed for at definere 
egne karakterer f.eks. græske, matematiske/tekniske speci- 
altegn 0.s.v. Tegnene for styring af printer kan frit defineres 
for optimal udnyttelse af den aktuelle printer f.eks. for fed, 
bred og superskrift m.m. 

Med tekst formateringskommandoen er det muligt at opnå 
tilpasning til forskellige papirformater. Naturligvis kan man 
flytte hele tekstafsnit rundt i en tekst, hvis dette ønskes. 
Sammen med DATAMAT kan man lave multikopier f.eks. 
med forskellige adresser. 


TEXTOMAT PLUS i stikord 


e Antallet af tegn kan frit vælges mellem 40 og 240 tegn pr. linie for 
også at kunne tilpasses A4 tværformat-udskrift. 


e 8 frit definerbare »floskeltaster« (funktionstaster) til skrivning af 
hele linier eller udtryk. 


e 6 indstillelige tabulatorer. 


e Brugerens indførelse af ord-skilleregler for at undgå for store 
huller i den enkelte linie. 


e 40 eller 80 tegn på skærmen. 
e Mulighed for to-vejs overførsel via modem. 


e Tegnsæt for skærm og printer frit definerbar, inklusive for MPS- 
801/802/803 og EPSON med DATA BECKER interface. 


e Blanding af tekst og grafik på ovennævnte printere. Al grafik fra 
SUPERGRAFIK, ELEKTROMAT og KALKUMAT kan frit indar- 
bejdes i en tekst. 


e Mulighed for styring af fotosats. 


Kun kr. 498,- 
BE ER 


ISBN 87-7283-006-9 
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